(57)【特許請求の範囲】
【請求項１】
回路を有するネットワーク装置であって、前記回路は、
ユーザ機器（ＵＥ）から且つ無線電気通信ネットワークのパケット交換部を介して、無線電気通信ネットワークの回線交換部を用いて呼を確立する要求を受信し、
前記要求に基づき、前記呼の呼種類を決定し、
前記呼種類に基づき、異なる呼種類をサポート可能な複数の無線アクセスネットワークのうち、前記ＵＥにより要求された前記呼の種類をサポートできる１種類の無線アクセスネットワークを識別し、前記複数の無線アクセスネットワークの各々は、前記無線電気通信ネットワークの前記回線交換部に接続され、
無線電気通信ネットワークの前記パケット交換部に、前記識別された無線アクセスネットワークの種類の指示子を含み且つ前記識別された無線アクセスネットワークを用いて前記呼を確立する要求を通信する、
ネットワーク装置。
【請求項２】
前記ＵＥは、ｅＮＢ及び前記複数の無線アクセスネットワークの各々に対応するサービス領域に位置する、請求項１に記載のネットワーク装置。
【請求項３】
前記複数の無線アクセスネットワークは、少なくとも１つのＵＴＲＡＮ（Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）、又はＧＥＲＡＮ（Global  System  for  Mobile  Communications  (GSM)  Enhanced  Data  Rates  for  GSM  Evolution  Radio  Access  Network）を有し、
前記無線電気通信ネットワークの前記回線交換部は、コアネットワークを含む、
請求項１に記載のネットワーク装置。
【請求項４】
前記呼種類は、ＵＤＩ（Unrestricted  Digital  Information）ビデオ呼を含み、前記呼について識別された前記無線アクセスネットワークは、ＵＴＲＡＮである、
請求項１に記載のネットワーク装置。
【請求項５】
前記無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求は、前記呼に関する３ＧＰＰ（３rd  Generation  Partnership  Project）ＣＳＦＢ（Circuit−Switched  Fallback）手順についての要求を含む、請求項１に記載のネットワーク装置。
【請求項６】
前記呼種類は、前記無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求に含まれる呼種類コードに基づき決定される、請求項１に記載のネットワーク装置。
【請求項７】
前記無線アクセスネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能なとき、前記無線アクセスネットワークを用いて前記呼を確立する前記要求は、Ｓ１ＡＰ（S１  Application  Protocol）要求メッセージを含み、
前記無線アクセスネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能ではないとき、前記無線アクセスネットワークを用いて前記呼を確立する前記要求は、ＵＥコンテキスト変更要求を含む、
請求項１に記載のネットワーク装置。
【請求項８】
前記複数の無線アクセスネットワークは、
前記呼種類に基づき前記呼をサポート可能な前記無線アクセスネットワーク、及び
前記呼種類に基づき前記呼をサポート可能ではない別の無線アクセスネットワーク、
を含む、請求項１に記載のネットワーク装置。
【請求項９】
前記ネットワーク装置は、ＭＭＥ（Mobility  Management  Entity）である、請求項１に記載のネットワーク装置。
【請求項１０】
無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求は、ｅＮＢ（Evolved  Node  B）により受信される、請求項１に記載のネットワーク装置。
【請求項１１】
前記識別された無線アクセスネットワークを用いて前記呼を確立する前記要求は、前記ＵＥとの通信の中でｅＮＢにより受信され、
前記ｅＮＢは、前記識別された無線アクセスネットワークを用いて前記呼を確立する前記要求を受信することに応答して、前記ＵＥに関するＣＳＦＢ（circuit−switched  fallback）手順に参加する、
請求項１に記載のネットワーク装置。
【請求項１２】
無線電気通信ネットワークに接続される複数の無線アクセスネットワークを介して呼を確立可能な無線アクセスインタフェースであって、前記無線アクセスネットワークは、異なる種類の回線交換呼をサポート可能であり、
プロセッサ実行可能命令を格納するコンピュータ可読媒体と、
処理回路であって、前記プロセッサ実行可能命令を実行して、
ユーザから呼を確立する要求を受信し、
前記要求に基づき、前記呼の呼種類を識別し、
前記無線電気通信ネットワークのパケット交換部に、前記無線電気通信ネットワークの回線交換部を介して前記呼を確立する要求を通信し、前記呼を確立する前記要求は、前記呼種類を含み、
前記無線電気通信ネットワークの前記パケット交換部から、前記複数の無線アクセスネットワークのうち、前記ネットワークの前記回線交換部に関連し且つ前記呼の前記呼種類をサポート可能な特定の無線アクセスネットワークを介して前記呼を確立するコマンドを受信し、前記コマンドは前記特定の無線アクセスネットワークの種類の指示子を含み、
前記コマンドに基づき、前記無線電気通信ネットワークの前記回線交換部に関連する前記特定の無線アクセスネットワークを介して前記呼を確立する、
処理回路と、
を有するユーザ機器（ＵＥ）。
【請求項１３】
前記ＵＥは、前記複数の無線アクセスネットワークの各々に対応するサービス領域に位置する、請求項１２に記載のＵＥ。
【請求項１４】
前記無線電気通信ネットワークの前記パケット交換部は、ＬＴＥ（Long−Term  Evolution）ネットワークを含み、
前記処理回路に前記呼を確立する前記要求を通信することは、
前記無線アクセスインタフェースを介して且つ前記ＬＴＥネットワークのｅＮＢ（Evolved  Node  B）へ、前記無線電気通信ネットワークの前記回線交換部を介して前記呼を確立する前記要求を通信することである、
請求項１２に記載のＵＥ。
【請求項１５】
前記複数の無線アクセスネットワークは、少なくとも１つのＵＴＲＡＮ（Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）、又はＧＥＲＡＮ（Global  System  for  Mobile  Communications  (GSM)  Enhanced  Data  Rates  for  GSM  Evolution  Radio  Access  Network）を有し、
前記無線電気通信ネットワークの前記回線交換部は、コアネットワークを含む、
請求項１２に記載のＵＥ。
【請求項１６】
前記呼種類は、ＵＤＩ（（Unrestricted  Digital  Information））ビデオ呼を含み、前記呼をサポート可能な前記無線アクセスネットワークは、ＵＴＲＡＮである、請求項１２に記載のＵＥ。
【請求項１７】
前記無線電気通信ネットワークの回線交換部により前記呼を確立する前記要求は、前記呼に関する３ＧＰＰ（３rd  Generation  Partnership  Project）ＣＳＦＢ（Circuit−Switched  Fallback）手順を開始する要求を含む、請求項１２に記載のＵＥ。
【請求項１８】
前記複数の無線アクセスネットワークは、
前記呼種類に基づき前記呼をサポート可能な前記無線アクセスネットワーク、及び
前記呼種類に基づき前記呼をサポート可能ではない別の無線アクセスネットワーク、
を含む、請求項１２に記載のＵＥ。
【請求項１９】
ネットワーク装置により実施される方法であって、前記方法は、
ユーザ機器（ＵＥ）から無線電気通信ネットワークを介して、呼についてＣＳＦＢ（Circuit−Switched  Fallback）手順を開始する要求を受信するステップであって、前記要求は、回線交換（ＣＳ）ＵＤＩ（Unrestricted  Digital  Information）ビデオ呼を表す呼種類情報を含む、ステップと、
前記要求に応答して且つ前記呼種類情報に基づき、前記ＵＥに利用可能な且つ前記無線電気通信ネットワークに接続される少なくとも１つのＧＥＲＡＮ（Global  System  for  Mobile  Communications  (GSM)  Enhanced  Data  Rates  for  GSM  Evolution  Radio  Access  Network）の中から、前記ＵＥに利用可能な且つ前記無線電気通信ネットワークに接続されるＵＴＲＡＮ（Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）を識別するステップと、
前記ＵＥに接続されるｅＮＢ（Evolved  Node  B）に、前記ＵＥに前記ＵＴＲＡＮを介して前記ＣＳ  ＵＤＩビデオ呼を確立させるコマンドを通信するステップであって、前記コマンドは前記識別された無線アクセスネットワークの種類の指示子を含む、ステップと、
を有する方法。
【請求項２０】
前記ＣＳＦＢ手順を開始する前記要求は、拡張サービス要求メッセージのサービス種類情報要素の中に呼種類コードを含む３ＧＰＰ拡張サービス要求メッセージを有する、請求項１９に記載の方法。
【請求項２１】
前記無線アクセスネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能なとき、前記ｅＮＢへの前記コマンドは、Ｓ１ＡＰ（S１  Application  Protocol）要求メッセージを含み、
前記無線アクセスネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能ではないとき、前記ｅＮＢへの前記コマンドは、ＵＥコンテキスト変更要求を含む、
請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本願は、米国仮特許出願番号第６２／０５９７３９号、２０１４年１０月３日出願、の利益を請求する。該出願は、参照により全体が本願明細書に組み込まれる。
【背景技術】
【０００２】
３ＧＰＰ（３rd  Generation  Partnership  Project）ネットワークでは、ネットワークのＬＴＥ（Long−Term  Evolution）部分はデータパケット（又はパケット交換（packet−switched：ＰＳ））サービスのみをサポートする。ネットワークのＵＭＴＳ（Universal  Mobile  Telecommunications  System）部分及びネットワークのＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）部分は、回線交換（circuit−switched：ＣＳ）サービスをサポートできる。音声呼が開始されるとき、ネットワークは、呼をネットワークのＰＳ部からネットワークのＣＳ部へ転送させる場合がある。このように呼を転送することは、ＣＳフォールバック手順（CS  Fallback  Procedure：ＣＳＦＢ）として参照される場合が多い。
【図面の簡単な説明】
【０００３】
本発明の実施形態は、添付の図面と関連して以下の詳細な説明により直ちに理解されるだろう。この説明を容易にするために、類似の参照符号は類似の構造的要素を示し得る。本発明の実施形態は、添付の図面の図において例として示され、限定ではない。
【図１】本願明細書に記載のシステム及び／又は方法が実施され得る例示的な環境の図である。
【図２】移動性管理エンティティ（ＭＭＥ）の観点から、呼種類に従い回線交換フォールバック（ＣＳＦＢ）手順を導く例示的な処理を説明するフローチャートである。
【図３】ユーザ機器（ＵＥ）の観点から、呼種類に基づくＣＳＦＢ手順を開始する例示的な処理を説明するフローチャートである。
【図４】呼種類に基づきＣＳＦＢ手順を導く処理を説明する信号フロー図である。
【図５】呼種類に基づきＣＳＦＢ手順を実行する処理を説明する信号フロー図である。
【図６】呼種類に基づきＣＳＦＢ手順を実行する別の処理を説明する信号フロー図である。
【図７】例示的なサービス種類コードの例のテーブル図である。
【図８】装置の例示的なコンポーネントの図である。
【発明を実施するための形態】
【０００４】
以下の詳細な説明は、添付の図面を参照する。異なる図中の同じ参照符号は、同じ又は同様の要素を識別し得る。他の実施形態が利用されてもよく、構造的又は論理的変化が本開示の範囲から逸脱することなく行われてもよいことが理解されるべきである。従って、以下の詳細な説明は限定的意味と考えられるのではなく、本発明による実施形態の範囲は特許請求の範囲及びその等価物によって定められる。
【０００５】
本願明細書に記載の技術は、回線交換フォールバック（ＣＳＦＢ）手順が適切な回線交換（ＣＳ）ドメインに呼を転送することを保証するソリューションを含み得る。例えば、単純な音声呼のような幾つかの呼種類は、ＧＳＭ（Global  System  for  Mobile  Communications）ＲＡＴ（Radio  Access  Technology）及びＵＭＴＳ（Universal  Mobile  Telecommunications  System）ＲＡＴの両方によりサポートされる。しかしながら、ＵＤＩ（Unrestricted  Digital  Information）ビデオ呼のような他の呼種類は、ＵＭＴＳ  ＲＡＴによってのみサポートされる。したがって、単純な音声呼はＣＳドメインのどのＲＡＴにも安全に転送できるが、ＧＳＭ  ＲＡＴがＵＤＩビデオ呼をサポートしないので、ネットワークのＧＳＭ部分に転送されるＵＤＩビデオ呼は標準的にドロップされてしまう。
【０００６】
本願明細書に記載の技術は、ＣＳＦＢ手順を用いて転送される呼がＣＳドメインの適正なＲＡＴに転送されることを保証できる。例えば、幾つかの実装方法に従うと、ユーザ機器（ＵＥ）は、ＬＴＥ（Long−Term  Evolution）ネットワークのようなパケットデータネットワーク（ＰＤＮ）を介する呼を開始しても良く、一方で、（ＵＭＴＳ  ＲＡＴを介して）ＵＭＴＳネットワーク及び（ＧＳＭ  ＲＡＴを介して）ＧＳＭネットワークのような異なるＣＳネットワークへのアクセスも有する。ＵＥは、ＬＴＥネットワークに、呼に関連する呼種類（本願明細書ではサービス種類としても参照される）（例えば、単純な音声呼、ＵＤＩビデオ呼、等）を示しても良い。また、ＬＴＥネットワークは、呼種類に基づき、ＣＳＦＢ手順が呼を適切なＣＳドメインへ転送することを保証しても良い。例えば、呼が単純な音声呼である場合、呼は、ＵＭＴＳネットワーク又はＧＳＭネットワークのいずれかに転送されても良い。しかしながら、呼がＵＤＩビデオ呼である場合、呼は、ＵＭＴＳネットワークにのみ転送されても良い。そうでなければ、呼はＧＳＭネットワークによりドロップされてしまい得るからである。
【０００７】
１つの実装方法では、ネットワーク装置は回路を有し、前記回路は、ユーザ機器（ＵＥ）から且つ無線電気通信ネットワークのパケット交換部を介して、無線電気通信ネットワークの回線交換部を用いて呼を確立する要求を受信し、前記要求に基づき、前記呼の呼種類を決定し、前記呼種類に基づき、異なる呼種類をサポート可能な複数の無線アクセスネットワークのうち、前記ＵＥにより要求された前記呼の種類をサポートできる１種類の無線アクセスネットワークを識別し、前記複数の無線アクセスネットワークの各々は、前記無線電気通信ネットワークの前記回線交換部に接続され、無線電気通信ネットワークの前記パケット交換部に、前記識別された無線アクセスネットワークを用いて前記呼を確立する要求を通信する。
【０００８】
幾つかの実装方法では、前記ＵＥは、ｅＮＢ（Evolved  Node  B）及び前記複数の無線アクセスネットワークの各々に対応するサービス領域に位置する。追加又は代替で、前記複数の無線アクセスネットワークは、少なくとも１つのＵＴＲＡＮ（Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）、又はＧＥＲＡＮ（Global  System  for  Mobile  Communications  (GSM)  Enhanced  Data  Rates  for  GSM  Evolution  Radio  Access  Network）を有しても良く、前記無線電気通信ネットワークの前記回線交換部は、コアネットワークを含んでも良い。幾つかの実装方法では、前記呼種類は、ＵＤＩ（Unrestricted  Digital  Information）ビデオ呼を含み、前記呼について識別された前記無線アクセスネットワークは、ＵＴＲＡＮである。
【０００９】
特定の実装方法では、前記無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求は、前記呼に関する３ＧＰＰ（３rd  Generation  Partnership  Project）ＣＳＦＢ（Circuit−Switched  Fallback）手順についての要求を含む。幾つかの実装方法では、前記呼種類は、前記無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求に含まれる呼種類コードに基づき決定される。追加又は代替で、前記無線ネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能なとき、前記無線アクセスネットワークを用いて前記呼を確立する前記要求は、Ｓ１ＡＰ（S１  Application  Protocol）要求メッセージを含んでも良く、前記無線ネットワークが前記呼に関してパケット交換ハンドオーバ手順を実行可能ではないとき、前記無線アクセスネットワークを用いて前記呼を確立する前記要求は、ＵＥコンテキスト変更要求を含んでも良い。
【００１０】
幾つかの実装方法では、前記複数の無線アクセスネットワークは、前記呼種類に基づき前記呼をサポート可能な前記無線アクセスネットワーク、及び前記呼種類に基づき前記呼をサポート可能ではない別の無線アクセスネットワーク、を含む。特定の実装方法では、前記ネットワーク装置は、移動性管理エンティティ（Mobility  Management  Entity：ＭＭＥ）である。追加又は代替で、無線電気通信ネットワークの前記回線交換部を用いて前記呼を確立する前記要求は、ｅＮＢにより受信されても良い。特定の実装方法では、前記識別された無線アクセスネットワークを用いて前記呼を確立する前記要求は、前記ＵＥとの通信の中でｅＮＢにより受信され、前記ｅＮＢは、前記識別された無線アクセスネットワークを用いて前記呼を確立する前記要求を受信することに応答して、前記ＵＥに関するＣＳＦＢ（circuit−switched  fallback）手順に参加する。
【００１１】
別の実装方法では、ユーザ機器（ＵＥ）は、無線電気通信ネットワークに接続される複数の無線アクセスネットワークを介して呼を確立可能な無線アクセスインタフェースであって、前記無線アクセスネットワークは、異なる種類の回線交換呼をサポート可能であり、プロセッサ実行可能命令を格納するコンピュータ可読媒体と、処理回路であって、前記プロセッサ実行可能命令を実行して、ユーザから呼を確立する要求を受信し、前記要求に基づき、前記呼の呼種類を識別し、前記無線電気通信ネットワークのパケット交換部に、前記無線電気通信ネットワークの回線交換部を介して前記呼を確立する要求を通信し、前記呼を確立する前記要求は、前記呼種類を含み、前記無線電気通信ネットワークの前記パケット交換部から、前記複数の無線アクセスネットワークのうち、前記ネットワークの前記回線交換部に関連し且つ前記呼の前記呼種類をサポート可能な特定の無線アクセスネットワークを介して前記呼を確立するコマンドを受信し、前記コマンドに基づき、前記無線電気通信ネットワークの前記回線交換部に関連する前記特定の無線アクセスネットワークを介して前記呼を確立する、処理回路と、を有する。
【００１２】
別の実装方法では、ネットワーク装置により実施される方法であって、前記方法は、ユーザ機器（ＵＥ）から無線電気通信ネットワークを介して、呼についてＣＳＦＢ（Circuit−Switched  Fallback）手順を開始する要求を受信するステップであって、前記要求は、回線交換（ＣＳ）ＵＤＩ（Unrestricted  Digital  Information）ビデオ呼を表す呼種類情報を含む、ステップと、前記要求に応答して且つ前記呼種類に基づき、前記ＵＥに利用可能な且つ前記無線電気通信ネットワークに接続される少なくとも１つのＧＥＲＡＮ（Global  System  for  Mobile  Communications  (GSM)  Enhanced  Data  Rates  for  GSM  Evolution  Radio  Access  Network）の中から、前記ＵＥに利用可能な且つ前記無線電気通信ネットワークに接続されるＵＴＲＡＮ（Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）を識別するステップと、  前記ＵＥに接続されるｅＮＢ（Evolved  Node  B）に、前記ＵＥに前記ＵＴＲＡＮを介して前記ＣＳ  ＵＤＩビデオ呼を確立させるコマンドを通信するステップと、を有する。
【００１３】
更に別の実装方法では、ネットワーク装置は、ユーザ機器（ＵＥ）から且つ無線電気通信ネットワークのパケット交換部を介して、無線電気通信ネットワークの回線交換部を用いて呼を確立する要求を受信する手段と、前記要求に基づき、前記呼の呼種類を決定する手段と、前記呼種類に基づき、異なる呼種類をサポート可能な複数の無線アクセスネットワークのうち、前記ＵＥにより要求された前記呼の種類をサポートできる１種類の無線アクセスネットワークを識別する手段であって、前記複数の無線アクセスネットワークの各々は、前記無線電気通信ネットワークの前記回線交換部に接続される、手段と、無線電気通信ネットワークの前記パケット交換部に、前記識別された無線アクセスネットワークを用いて前記呼を確立する要求を通信する手段と、を有する。
【００１４】
図１は、本願明細書に記載のシステム及び／又は方法が実施され得る例示的な環境１００の図である。図示のように、環境１００は、ユーザ機器（ＵＥ）１００及び無線ネットワーク１２０を有しても良い。
【００１５】
無線ネットワーク１２０は、Ｅ−ＵＴＲＡＮ（Evolved  UMTS  Terrestrial  Radio  Access  Network）及びＥＰＣ（Evolved  Packet  Core）を有するＬＴＥネットワークを有しても良い。Ｅ−ＵＴＲＡＮは、ｅＮＢ（Evolved  Node  B）１２５を有しても良く、ＥＰＣは、移動性管理エンティティ（Mobility  Management  Entity：ＭＭＥ）１３０、サービングゲートウェイ（Serving  Gateway：ＳＧＷ）１３５、ＰＤＮゲートウェイ（PDN  Gateway：ＰＧＷ）１４０を有しても良い。無線ネットワーク１２０は、ＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）及びＵＭＴＳコアネットワークを有するＵＭＴＳネットワークも有しても良い。ＵＴＲＡＮは、Ｎｏｄｅ  Ｂ１４５及び無線ネットワーク制御部（Radio  Network  Controller：ＲＮＣ）１５０を有しても良い。ＵＭＴＳコアネットワークは、モバイル交換局（Mobile  Switching  Center：ＭＳＣ）１５５、及びＳＧＳＮ（Serving  General  Packet  Radio  Service  Support  Node）１６０を有しても良い。
【００１６】
無線ネットワーク１２０は、ＧＥＲＡＮ（GSM  EDGE(Enhanced  Data  Rates  for  GSM  Evolution)  Radio  Access  Network）及びＧＳＭコアネットワークを有するＧＳＭネットワークを更に有しても良い。ＧＥＲＡＮは、基本通信局（Base  Transceiver  Station：ＢＴＳ）１６５及び基地局制御部（Base  Station  Controller：ＢＳＣ）１７０を有しても良く、ＧＳＭコアネットワークは、ＭＳＣ１５５及びＳＧＳＮ１６０（これらはＵＭＴＳコアネットワークと共有されても良い）を有しても良い。
【００１７】
ＵＥ１１０は、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、携帯電話機、セルラ無線ネットワークへの接続性を備えるラップトップコンピュータ、タブレットコンピュータ、等のようなポータブルコンピューティング及び通信装置を有しても良い。ＵＥ１１０は、デスクトップコンピュータ、消費者若しくはビジネス機器、又は無線ネットワーク１２０に接続する能力を備える別の装置のような非ポータブルコンピューティング装置も有しても良い。ＵＥ１１０は、無線インタフェースを通じて、ｅＮＢ１２５、ＮｏｄｅＢ１４５、及び／又はＢＴＳ１６５に接続しても良い。
【００１８】
ｅＮＢ１２５、ＮｏｄｅＢ１４５、及びＢＴＳ１６５は、それぞれ、ＵＥ１１０宛の及び／又はＵＥ１１０から受信したトラフィックを受信し、処理し、及び／又は送信する１又は複数のネットワーク装置を有しても良い。ｅＮＢ１２５は、無線リソース管理、モビリティ管理、暗号化、等のような１又は複数の機能を有しても良い。一方、ＮｏｄｅＢ１４５及びＢＴＳ１６５の機能は、完全に又は部分的に、それぞれＲＮＣ１４５及びＢＳＣ１７０により制御されても良い。ｅＮＢ１２５は、呼に関連する呼種類に基づきセルがＣＳドメイン（例えば、ＧＥＲＡＮ又はＵＴＲＡＮ）に割り当てられることを保証することにより、ＵＥ１１０からの呼に関するＣＳＦＢ手順に参加しても良い。
【００１９】
ＭＭＥ１３０は、ｅＮＢ１２５のための制御ノードとして動作する１又は複数の計算及び通信装置、及び／又は無線ネットワーク１２０にための無線インタフェースを提供する他の装置を有しても良い。例えば、ＭＭＥ１３０は、ＵＥ１１０とのセッションに関連するベアラチャネル（例えば、トラフィックフロー）を確立するために、ＵＥ１１０を別のネットワークにハンドオフするために、及びＵＥ１１０宛の又はＵＥ１１０から受信したトラフィックに対してポリシング工程を実行するために、ＵＥ１１０をネットワーク１２０に登録する工程を実行しても良い。
【００２０】
ＭＭＥ１３０は、ＵＥ１１０の関与する呼へのサービスの提供を担っても良く、呼種類（例えば、単純な音声呼、ＵＤＩビデオ呼、等）の指示を受信しても良い。ＭＭＥ１３０は、呼に関連する呼種類に基づきＣＳドメイン（例えば、ＧＥＲＡＮ又はＵＴＲＡＮ）のために適切なＲＡＴを識別し、呼のためのＣＳＦＢ手順がＣＳドメインの適正なＲＡＴに向けられることを保証するために、情報をｅＮＢ１２５へ転送しても良い。図示のように、ＭＭＥ１３０は、これらの工程のうちの１又は複数を実行するＣＳＦＢ割り当てソフトウェアを有しても良い。
【００２１】
さらに、幾つかの実装方法では、別のネットワーク装置（例えば、サーバ装置）は、ＭＭＥ１３０により実行されるとして記載される前述の工程のうちの１又は複数を実行しても良い。このような実装方法では、ネットワークは、ＣＳＦＢ割り当てソフトウェアを有しても良い。
【００２２】
ＳＧＷ１３５は、ｅＮＢ１２５から受信したトラフィックを集約しても良く、集約したトラフィックをＰＧＷ１４０を介して外部ネットワークへ送信しても良い。同様に、ＰＧＷ１４０は、ＳＧＷ１３５から受信したトラフィックを集約でき及び集約したトラフィックをＩＰ（Internet  Protocol）ネットワーク１６５へ送信できる１又は複数のネットワーク装置を有しても良い。ＰＧＷ１４０は、ＩＰネットワーク１６５からトラフィックを受信しても良く、ＳＧＷ１３５及び／又はｅＮＢ１２５を介してＵＥ１１０へトラフィックを送信しても良い。
【００２３】
ＲＮＣ１５０は、ＮｏｄｅＢ１４５のための制御ノードとして動作する１又は複数の計算及び通信装置を有しても良い。ＲＮＣ１５０は、無線リソース管理、特定のモビリティ管理機能、を実行しても良く、ユーザデータがＵＥ１１０へ及びＵＥ１１０から送信される前に暗号化が実施されたポイントであっても良い。ＢＳＣ１７０は、ＢＴＳ１６５の構成及び動作を制御するよう機能し得る１又は複数の計算及び通信装置も有しても良い。例えば、ＢＳＣ１７０は、無線チャネルの割り当て、及びＵＥハンドオーバ手順の管理を担っても良い。
【００２４】
ＭＳＣ１５５は、無線ネットワーク１２０と、ＰＬＭＮ（Public  Land  Mobile  Networks）及び／又はＰＳＴＮ（Public  Switched  Telephone  Network）のような外部ネットワークとの間の呼交換を実行する１又は複数の計算及び通信装置を有しても良い。ＭＳＣ１５５は、ＢＴＳ１６５の間のＵＥマイグレートのような移動性管理機能も担っても良い。ＳＧＳＮ１６０は、ＵＥ１１０への及びＵＥ１１０からのデータパケットの配信を担う１又は複数の計算及び通信装置を有しても良い。例えば、ＳＧＳＮ１６０は、無線ネットワーク１２０の中で情報（例えば、パケット）をルーティングし及び転送しても良く、アタッチメント、デタッチメント、及び位置管理問題を担当し、並びに認証及び課金機能を実行しても良い。図示のように、ＳＧＳＮ１６０は、無線ネットワーク１２０とインターネットのようなＩＰネットワーク１６５との間のリンクを提供しても良い。
【００２５】
図１には、標準化されたＬＴＥ、ＵＭＴＳ、及びＧＳＭインタフェースを含み得る多数の通信インタフェースが示される。例えば、Ｕｕインタフェースは、ＵＥ１１０とｅＮＢ１２５との間の通信のために使用されても良い。一方で、ＳＩインタフェースは、ｅＮＢ１２５とＭＭＥ１３０及び／又はＳＧＷ１３５との間の通信のために使用されても良い。Ｕｍインタフェースは、ＵＥ１１０とＮｏｄｅＢ１４５との間の通信のために使用されても良い。Ｕｕインタフェースは、ＵＥ１１０とＢＴＳ１６５との間の通信のために使用されても良い。さらに、ＭＳＣ１５５は、ＢＳＣ１７０とＩｕ−ｐｓインタフェースを介して、ＲＮＣ１５０とＡインタフェースを介して、及びＭＭＥ１３０とＳｇｓインタフェースを介して、通信しても良い。図１に示すインタフェースは、単に例を目的としている。したがって、１又は複数の追加及び／又は代替のインタフェースも実装できる。さらに、１又は複数のプロトコルが、無線ネットワーク１２０の装置間の通信に使用されても良い。このようなプロトコルの例は、ＧＴＰ（General  Packet  Radio  Service  (GPRS)  Tunnel  Protocol）、Ｓ１ＡＰ（Application  Protocol  for  the  S１  interface）、等を有しても良い。
【００２６】
環境１００の中の装置及び／又はネットワークの量は、図１に示されるものに限定されない。実際には、環境１００は、図１に示したものより、多くの装置及び／又はネットワーク、より少数の装置及び／又はネットワーク、異なる装置及び／又はネットワーク、又は異なる構成の装置及び／又はネットワーク、を有しても良い。また、幾つかの実装方法では、環境１００の装置のうちの１又は複数は、環境１００の装置のうちの別の１又は複数により実行されるとして記載される１又は複数の機能を実行しても良い。
【００２７】
図２は、呼種類に従いＣＳＦＢ手順を導く例示的な処理２００を説明するフローチャートである。処理２００は、例えば、ＭＭＥ１３０又はＭＭＥ１３０とｅＮＢ１２５との結合装置のような１又は複数のネットワーク装置により実施されても良い。幾つかの実装方法では、別のネットワーク装置（例えば、サーバ装置）が、ＭＭＥ１３０により実行されるとして記載される工程のうちの１又は複数を実行しても良い。このような実装方法では、ネットワーク装置は、本願明細書に記載の技術を達成するよう、１又は複数の種類の情報を送信し及び／又は受信するために、ＭＭＥ１３０と通信しても良い。
【００２８】
処理２００は、ＵＥ１１０からサービス要求を受信するステップを有しても良い（ブロック２１０）。例えば、ＭＭＥ１３０は、ＵＥ１１０からサービス要求を受信しても良い。図３を参照して以下に議論するように、サービス要求は、ＵＥ１１０により行われている呼のサービス種類の指示を含んでも良い。幾つかの実装方法では、ＭＭＥ１３０は、ｅＮＢ１２５を介してサービス要求を受信しても良い。例えば、サービス要求は、先ずｅＮＢ１２５により受信されても良く、そしてｅＮＢ１２５がサービス要求をＭＭＥ１３０へ転送しても良い。サービス要求は、（例えば、３ＧＰＰ  ＴＳ２３．２７２、ｖ１２．４．０で議論されたような）ＵＥ１１０の間の呼に関するＣＳＦＢ手順を開始する要求（例えば、拡張サービス要求）を含んでも良い。さらに、サービス要求は、サービス要求が対応する呼の種類（例えば、単純な音声呼、ＵＤＩビデオ呼、等）を表す情報（例えば、サービス種類コード又は識別子）を有しても良い。
【００２９】
処理２００は、サービス要求のサービス種類を識別するステップを有しても良い（ブロック２２０）。例えば、ＭＭＥ１３０は、サービス要求に含まれるサービス種類コードに基づき、サービス要求の対応する呼の種類を識別しても良い。サービス種類情報は、（例えば、３ＧＰＰ  ＴＳ２４．３０１、ｖ１３．０．０で議論されたような）未使用サービス種類値の形式を取っても良い。例えば、サービス種類情報は、サービス種類値オクテットの中の「００１１」のようなビットシーケンスであっても良い。
【００３０】
処理２００は、サービス要求がＧＥＲＡＮによりサポートされるか否かを決定するステップを有しても良い（ブロック２３０）。例えば、ＭＭＥ１３０は、サービス要求に関連するサービス種類に基づき、サービス要求がＧＥＲＡＮのようなＣＳドメインのＲＡＴによりサポートされるか否かを決定しても良い。ＭＭＥ１３０は、異なるサービス種類をサポートする無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）のリストを維持しても良く、ＭＭＥ１３０は、サービス要求の中のサービス種類を、サービス種類をサポートできるＲＡＮと照合しても良い。
【００３１】
サービス種類がＧＥＲＡＮによりサポートされる場合（２３０−Ｙｅｓ）、ＭＭＥ１３０は、呼についてのＣＳＦＢ手順をＧＥＲＡＮ又はＵＴＲＡＮのうちのいずれか一方に向けて導くことにより処理されても良い（ブロック２４０）。しかしながら、サービス種類がＧＥＲＡＮによりサポートされない場合（２３０−Ｎｏ）、ＭＭＥ１３０は、呼についてのＣＳＦＢ手順をＵＴＲＡＮに向けて導くことにより処理されても良い（ブロック２５０）。ＣＳＦＢ手順は、例えば３ＧＰＰ  ＴＳ２３．２７２で提供されるように３ＧＰＰ  ＣＳＦＢ手順と一致しても良く、ＭＳＣ１５５並びにＢＳＣ１７０及びＢＴＳ１６５又はＲＮＣ１５０及びＮｏｄｅＢ１４５のいずれかを介してＰＬＭＮ／ＰＳＴＮへ呼をリダイレクトする際に関与する種々のネットワーク動作を含んでも良い。
【００３２】
図２は呼種類に従いＣＳＦＢ手順を導く例示的な処理２００のフローチャートを示すが、他の実装方法では、呼種類に従いＣＳＦＢ手順を導く処理は、図２に示されたものより少数の工程、異なる工程、異なる配置の工程、及び／又は追加の工程を有しても良い。さらに、処理２００のブロックはＭＭＥ１３０を参照して記載されたが、処理２００のブロックの一部又は全部は、１又は複数の他の装置により実行されても良い。例えば、幾つかの実装方法では、ＭＭＥ１３０は、サービス種類をｅＮＢ１２５へ転送しても良く、そしてｅＮＢ１２５は（ＭＭＥ１３０の代わりに）呼サービス種類に基づき呼にとって適切なアクセスネットワークを識別しても良い。
【００３３】
図３は、呼種類に基づくＣＳＦＢ手順を開始する例示的な処理３００を説明するフローチャートである。処理３００は、例えばＵＥ１１０により実施されても良い。
【００３４】
図示のように、処理３００は、ユーザから呼についての要求を受信するステップを有しても良い（ブロック３１０）。
【００３５】
例えば、ＵＥ１１０は、ユーザがＵＥ１１０に情報を入力できるようにしても良く、ＵＥ１１０及び無線ネットワーク１２０を介して呼（例えば、音声呼、ＵＤＩビデオ呼、等）を生成することを要求するユーザを意味する。要求は、ユーザインタフェースの部分として提示される１又は複数のボタンのユーザ選択、ユーザの提供する１又は複数の可聴コマンド、ＵＥ１１０に取り付けられた周辺装置（例えば、自動車の中のマイクロフォン及びスピーカシステム）を介するユーザからのコマンド、等を有しても良い。
【００３６】
処理３００は、呼のサービス種類（又は呼種類）を識別するステップを有しても良い（ブロック３２０）。例えば、ＵＥ１１０は、ユーザにより要求されている呼の種類を決定しても良い。上述のように、呼は、単純な音声呼、ＵＤＩビデオ呼、又は別の種類の呼を有しても良い。幾つかの実装方法では、ＵＥ１１０は、呼に関連するサービス種類コードを決定することにより、呼の種類を指定しても良い。サービス種類コードは、呼種類を表すために予め選択されているビットシーケンスを有しても良い。上述のように、サービス種類情報は、３ＧＰＰ  ２４．３０１、Section９．９．３．２７で議論されたような未使用サービス種類値の形式を取っても良い。例えば、サービス種類情報は、サービス種類値オクテットの中の「００１１」のようなビットシーケンスであっても良い。
【００３７】
処理３００は、無線ネットワーク１２０にサービス種類を通信するステップを有しても良い（ブロック３３０）。例えば、ＵＥ１１０は、拡張サービス要求メッセージを用いて、サービス種類をｅＮＢ１２５に通信しても良い。上述のように、３ＧＰＰネットワークでは、拡張サービス要求メッセージは、呼についてＣＳＦＢ手順を開始する要求を有しても良い。したがって、拡張サービス要求メッセージを通信する前に、ＵＥ１１０は、先ず、ＵＥ１１０が、呼が転送され得るＣＳドメインのＲＡＴ（例えば、ＧＥＲＡＮ及びＵＴＲＡＮ）へのアクセスを有することを検証しても良い。
【００３８】
処理３００は、呼のサービス種類に基づくＣＳＦＢ手順に参加するステップを有しても良い（ブロック３４０）。例えば、ＵＥ１１０は、ＣＳＦＢ手順を実行する際に無線ネットワーク１２０と協調するために、１又は複数の工程を実行しても良い。このような工程の例は、ＧＥＲＡＮ（例えば、ＢＴＳ１６５、ＢＳＣ１７０、及びＭＳＣ１５５）又はＵＴＲＡＮ（例えば、ＮｏｄｅＢ１４５、ＲＮＣ１５０、及びＭＳＣ１５５）を経由してＣＳ呼経路を確立するために、ｅＮＢ１２５から命令を受信するステップを有しても良い。このような実装方法では、ＣＳ呼経路の登録及びページング手順は、Ｅ−ＵＴＲＡＮ（例えば、ｅＮＢ１２５、ＭＭＥ１３０、及びＭＳＣ１５５）を介して達成されても良い。上述のように、ＣＳＦＢ手順は、例えば３ＧＰＰ  ＴＳ２３．２７２に記載されたＣＳＦＢ手順と一致しても良い。
【００３９】
図４は、呼種類に基づきＣＳＦＢ手順を導く処理４００を説明する信号フロー図である。図示のように、ＵＥ１１０は、サービス要求メッセージ（例えば、拡張サービス要求メッセージ）をＭＭＥ１３０に通信しても良い（線４１０）。サービス要求メッセージは、ＣＳＦＢ手順（例えば、無線ネットワーク１２０のＰＳ部の代わりに無線ネットワーク１２０のＣＳ部を通じて呼を確立する手順）により、別のＵＥ１１０と通話を確立する要求を含む。さらに、サービス要求メッセージは、要求されている呼の種類を表すサービス種類を記述する情報を含んでも良い。サービス種類は、単純な音声呼のような、ＧＥＲＡＮ及びＵＴＲＡＮの両方によりサポートされ得る呼に対応しても良い。代替で、サービス種類は、ＵＤＩビデオ呼のような、ＵＴＲＡＮによってのみサポートされ得る呼に対応しても良い。
【００４０】
サービス要求メッセージは、無線リソース制御（Radio  Resource  Control：ＲＲＣ）及びＳ１ＡＰメッセージにカプセル化されても良く、ＭＭＥ１３０にＣＳＦＢ手順を実行させても良い。上述のように、ＵＥ１１０がＣＳドメイン（例えば、ＧＥＲＡＮ又はＵＴＲＡＮ）にもアタッチされる場合、及び／又はＵＥ１１０がＩＭＳ登録されていない若しくはＩＭＳ音声サービスがサービングＩＰ−ＣＡＮ（IP  Connectivity  Access  Network）、ホームＰＬＭＮ（Public  Land  Mobile  Network）によりサポートされていないことにより、ＵＥ１１０がパケット交換音声呼（例えば、ＩＭＳ（IP  Multimedia  Subsystem）音声セッション）を開始できない場合、ＵＥ１１０は、サービス要求メッセージを送信するだけで良い。
【００４１】
サービス要求メッセージを受信することに応答して、ＭＭＥ１３０は、要求メッセージをｅＮＢ１２５へ送信して（線４２０）、ｅＮＢ１２５がＣＳＦＢ手順の実行を支援することを要求しても良い。幾つかの実装方法では、要求メッセージは、１又は複数のメッセージ種類を含んでも良い。これらの例は、図５及び６を参照して以下に議論され、ＰＳハンドオーバ（ＰＳＨＯ）手順を実行するための無線ネットワーク１２０の能力に依存しても良い。要求メッセージは、ＵＥ１１０から受信されるＣＳＦＢ指示子、及び／又はＣＳＦＢ手順のために適切なＲＡＮ種類（例えば、ＧＥＲＡＮ又はＵＴＲＡＮ）の指示子を含んでも良い。このＲＡＴ種類指示は、既存の３ＧＰＰ標準には存在しない新たな追加であっても良い。図５〜７を参照して以下に議論するように、ＲＡＴ指示は、Ｓ１ＡＰメッセージのコンテンツの部分として含まれても良い。追加又は代替で、ＲＡＴ指示は、図７を参照して以下に議論するようなサービス種類コードとして示されても良い。ｅＮＢ１２５は、要求されているＣＳＦＢ手順に関してｅＮＢ１２５の支援及び順守を確認できる応答メッセージを送信することにより（線４３０）、ＭＭＥ１３０に応答しても良い。幾つかの実装方法では、応答メッセージは、１又は複数のメッセージ種類を含んでも良い。これらの例は、図５及び図６を参照して以下に議論される。応答メッセージの種類及びコンテンツは、ＭＭＥ１３０から受信される要求メッセージの種類に依存しても良い。
【００４２】
図４に示すように、ＭＭＥ１３０及びｅＮＢ１２５が呼種類（例えば、単純な音声呼、ＵＤＩビデオ呼、等）を認識すると、ＣＳＦＢ手順は、呼が適正なＣＳドメインを用いて確立されることを保証するように継続しても良い（ブロック４４０）。これは、図４に示すものよりも多くのネットワーク装置を巻き込んでも良い。例えば、ＣＳＦＢ手順は、ＧＥＲＡＮ（例えば、ＢＴＳ１６５、ＢＳＣ１７０、及びＭＳＣ１５５）又はＵＴＲＡＮ（例えば、ＮｏｄｅＢ１４５、ＲＮＣ１５０、及びＭＳＣ１５５）を介してＣＳ呼経路を確立するために、ＵＥ１１０がｅＮＢ１２５からコマンドを受信するステップを有しても良い。このような実装方法では、ＣＳ呼経路の登録、及びページング手順は、Ｅ−ＵＴＲＡＮ（例えば、ｅＮＢ１２５、ＭＭＥ１３０、及びＭＳＣ１５５）により達成されても良い。
【００４３】
上述のように、ＣＳＦＢ手順は、３ＧＰＰ  ＴＳ２３．２７２に従い実行されても良く、目標ＧＥＲＡＮ又はＵＴＲＡＮセルを決定するための測定レポート要請（Measurement  Report  Solicitation）手順、ＧＥＲＡＮ又はＵＴＲＡＮ向けのパケット交換ハンドオーバ（Packet−Switched  Handover：ＰＳ  ＨＯ）手順（例えば、３ＧＰＰ  ＴＳ２３．４０１を参照）、ＵＥ１１０に指示するための位置領域更新（Location  Area  Update、LA  Update、又はLAU）手順、ＵＥ１１０からＭＳＣ１５５へのコネクション管理（Connection  Management：ＣＭ）サービス要求、呼種類をサポートできるＣＳドメインとＣＳ呼を確立するためのＣＳ呼確立手順、等のような１又は複数の手順を含んでも良い。ＰＳ  ＨＯを有しない実装方法のような幾つかの実装方法では、ＣＳＦＢ手順は、ＲＡＴ間呼変更手順、ＳＩ  ＵＥコンテキスト解放手順、ＣＳモバイル生成（Mobile  Originated：ＭＯ）呼、及び／又はルーティング領域（Routing  Area：ＲＡ）更新手順、又は結合されたＲＡ／ＬＡ更新手順（例えば、３ＧＰＰ  ＴＳ２３．４０１を参照）のような追加又は代替工程を有しても良い。
【００４４】
幾つかの実装方法では、別のネットワーク装置（例えば、サーバ装置）は、ＭＭＥ１３０により実行されるとして上述した工程のうちの１又は複数を実行しても良い。このような実装方法では、ネットワーク装置は、本願明細書に記載の技術を達成するために、１又は複数の情報種類を送信し及び／又は受信するために、ＭＭＥ１３０と通信しても良い。
【００４５】
図５は、呼種類に基づきＣＳＦＢ手順を実行する処理５００を説明する信号フロー図である。図示のように、処理５００は、ＵＥ  ＮＡＳ（Non−Access  Stratum）５０５、ＵＥ  Ｅ−ＵＴＲＡＮ  ＡＳ（Access  Stratum）５１０、ＵＥ  ＵＭＴＳ  ＡＳ５１５、ＵＥ  ＧＳＭ  ＡＳ５２０、ｅＮＢ１２５、ＭＭＥ１３０、及び他のネットワーク（ＮＷ）装置５２５を有しても良い。図５の信号フロー図は、パケット交換ハンドオーバ（ＰＳ  ＨＯ）が無線ネットワーク１２０によりサポートされないシナリオで実施できる。したがって、ＵＥ１１０と無線ネットワーク１２０との間の接続は、解放され、ＣＳＦＢ手順の間に再確立される（例えば、３ＧＰＰ  ＴＳ２３．２７２  Ｓｅｃ．６．３を参照）。
【００４６】
ＮＡＳ（例えば、ＵＥ  ＮＡＳ５０５）は、ＵＥ１１０とコアネットワーク（例えば、ＥＰＣ、ＵＭＴＳコアネットワーク、ＧＳＭコアネットワーク）との間の無線ネットワークプロトコルスタックの中の機能層を含んでも良い。ＬＴＥ、ＵＭＴＳ、及びＧＳＭネットワークのＮＡＳは変化し得るが、ＮＡＳは、概して、ＵＥがある地理的位置から別の地理的位置へ移動するとき、通信セッションの確立及びＵＥ１１０とコアネットワークとの間の連続通信の維持のような活動を担っても良い。ＡＳ（例えば、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ５１０、ＵＥ  ＵＭＴＳ  ＡＳ５１５、等）は、ＵＥ１１０とアクセスネットワーク（例えば、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、及びＧＥＲＡＮ）との間の無線ネットワークプロトコルスタックに関連する機能層を含んでも良い。ＬＴＥ、ＵＭＴＳ、及びＧＳＭネットワークのＡＳは変化するが、ＡＳは、概して、無線接続を介するデータのトランスポート及び無線リソースの管理のような活動を担っても良い。さらに、図５の中の要素のうちの幾つかは、無線ネットワーク１２０のＮＡＳ又はＡＳ態様を表し得るが、ｅＮＢ１２５お酔いｂＭＭＥ１３０は、本願明細書を通じて議論される実際の物理装置を表し得る。同様に、他のＮＷ要素５２５は、ＮｏｄｅＢ１４５、ＲＮＣ１５０、ＭＳＣ１５５、等のようなｅＮＢ１２５及びＭＭＥ１３０以外の１又は複数のネットワーク装置を表し得る。
【００４７】
図５に示すように、ＣＳ  ＵＤＩビデオ呼のためのＣＳＦＢ手順は、ＵＥ１１０のユーザにより開示されても良い（ブロック５４０）。ＣＳＦＢ手順は、図示の要素（例えば、ＵＥ  ＮＡＳ５０５、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ５１０、ＵＥ  ＵＭＴＳ  ＡＳ５１５、ＵＥ  ＧＳＭ  ＡＳ５２０、ｅＮＢ１２５、及びＭＭＥ１３０）の協調を伴う工程により実行されても良い。上述のように、ＣＳＦＢ手順は、３ＧＰＰ  ＴＳ２３．２７２に従い開始され及び実行されても良い。ＣＳＦＢ手順の部分として、ＵＥ  ＮＡＳ５０５は、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ５１０を介して、ＭＭＥ１３０へ拡張サービス要求を通信するために使用されても良い（線５４５）。拡張サービス要求は、ＣＳ  ＵＤＩビデオ呼のような呼を記述するサービス種類情報を含んでも良い（図７を参照）。
【００４８】
拡張サービス要求を受信すると、ＭＭＥ１３０は、コンテキスト変更メッセージ（例えば、Ｓ１ＡＰコンテキスト変更要求メッセージ）をｅＮＢ１２５へ送信しても良い（ブロック５５０）。コンテキスト変更メッセージは、ＣＳＦＢ手順がＧＥＲＡＮの代わりにＵＴＲＡＮに向けて実行されるべきであることを、ｅＮＢ１２５に知らせる情報を含んでも良い。ｅＮＢ１２５は、Ｓ１ＡＰコンテキスト変更応答メッセージのような変更応答メッセージにより応答して（線５６５）、例えば、要求されているＣＳＦＢ手順に関してｅＮＢ１２５の支援及び順守を確認しても良い。同様に、ネットワークは、（１）開始された呼がＣＳ  ＵＤＩビデオ呼であること、及び（２）呼のためのＣＳＦＢが（ＧＥＲＡＮではなく）ＵＴＲＡＮだけに向けて導かれるべきであること、を認識できる。幾つかの実装方法では、別のネットワーク装置（例えば、サーバ装置）は、ＭＭＥ１３０により実行されるとして上述した工程のうちの１又は複数を実行しても良い。このような実装方法では、ネットワーク装置は、本願明細書に記載の技術を達成するよう１又は複数の情報種類を送信し及び／又は受信するために、ＭＭＥ１３０と通信しても良い。
【００４９】
このように、ｅＮＢ１２５は、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ５１０に向けられたコネクション解放コマンド（例えば、ＲＲＣコネクション解放コマンド）を送信しても良い（線５６５）。コネクション解放コマンドは、ＣＳ  ＵＤＩビデオ呼をＵＴＲＡＮ（例えば、ＵＥ  ＧＳＭ  ＡＳ５２０の代わりにＵＥ  ＵＭＴＳ  ＡＳ５１５）へ向けて導く情報を含んでも良い。ＣＳ  ＵＤＩビデオ呼が、コネクション解放コマンドに従いＵＴＲＡＮを介して確立されると、ＵＥ１１０は、ＣＳ  ＵＤＩビデオ呼の期間の間、ＵＴＲＡＮに留まっても良い（ブロック５７０）。結果として、（ＧＥＲＡＮとは反対に）ＵＴＲＡＮがＣＳ  ＵＤＩビデオ呼をサポートするので、ＣＳ  ＵＤＩビデオ呼は成功し得る（線５７５）。
【００５０】
図６は、呼種類に基づきＣＳＦＢ手順を実行する処理６００を説明する信号フロー図である。図示のように、処理６００は、ＵＥ  ＮＡＳ６０５、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ６１０、ＵＥ  ＵＭＴＳ  ＡＳ６１５、ＵＥ  ＧＳＭ  ＡＳ６２０、ｅＮＢ１２５、ＭＭＥ１３０、及び他のＮＷ装置６２５を有しても良い。図６の信号フロー図は、呼をＵＴＲＡＮへ転送するような、ＰＳ  ＨＯが無線ネットワーク１２０によりサポートされるシナリオ（例えば、３ＧＰＰ  ＴＳ２３．２７２、Ｓｅｃ．６．２を参照）で実施されても良い。
【００５１】
上述のように、ＮＡＳ（例えば、ＵＥ  ＮＡＳ６０５）は、ＵＥ１１０とコアネットワーク（例えば、ＥＰＣ、ＵＭＴＳコアネットワーク、及びＧＳＭコアネットワーク）との間の無線ネットワークプロトコルスタックの中の機能層を有しても良い。ＬＴＥ、ＵＭＴＳ、及びＧＳＭネットワークのＮＡＳは変化し得るが、ＮＡＳは、概して、ＵＥがある地理的位置から別の地理的位置へ移動するとき、ＵＥ１１０とコアネットワークとの間の通信セッションの確立及び連続通信の維持のような活動を担っても良い。ＡＳ（例えば、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ６１０、ＵＥ  ＵＭＴＳ  ＡＳ６１５、等）は、ＵＥ１１０とアクセスネットワーク（例えば、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、及びＧＥＲＡＮ）との間の無線ネットワークプロトコルスタックに関連する機能層を含んでも良い。Ｅ−ＬＴＥ、ＵＭＴＳ、及びＧＳＭネットワークのＡＳは変化し得るが、ＡＳは、概して、無線コネクションを介するデータのトランスポート及び無線リソースの管理のような活動を担っても良い。さらに、図６の要素のうちの幾つかは、無線ネットワーク１２０のＮＡＳ又はＡＳの態様を表し得るが、ｅＮＢ１２５及びＭＭＥ１３０は、本願明細書を通じて議論される実際の物理装置を表し得る。同様に、他のＮＷ要素６２５は、ＮｏｄｅＢ１４５、ＲＮＣ１５０、ＭＳＣ１５５、等のようなｅＮＢ１２５及びＭＭＥ１３０以外の１又は複数のネットワーク装置を表し得る。
【００５２】
図６に示すように、ＣＳ  ＵＤＩビデオ呼のためのＣＳＦＢ手順は、ＵＥ１１０のユーザにより開示されても良い（ブロック６４０）。ＣＳＦＢ手順は、図示の要素（例えば、ＵＥ  ＮＡＳ６０５、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ６１０、ＵＥ  ＵＭＴＳ  ＡＳ６１５、ＵＥ  ＧＳＭ  ＡＳ６２０、ｅＮＢ１２５、及びＭＭＥ１３０）の協調に関連する工程により実行されても良い。上述のように、ＣＳＦＢ手順は、３ＧＰＰ  ＴＳ２３．２７２に従い開始され及び実行されても良い。ＣＳＦＢ手順の部分として、ＵＥ  ＮＡＳ６０５は、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ６１０を介して、ＭＭＥ１３０へ拡張サービス要求を通信するために使用されても良い（線５４５）。拡張サービス要求は、ＣＳ  ＵＤＩビデオ呼のような呼を記述するサービス種類情報を含んでも良い（線６４５を参照）。
【００５３】
拡張サービス要求を受信すると、ＭＭＥ１３０は、ｅＮＢ１２５に要求メッセージ（例えば、Ｓ１ＡＰ要求メッセージ）を送信しても良い（ブロック６５０）。要求メッセージは、ＣＳＦＢ手順がＧＥＲＡＮの代わりにＵＴＲＡＮに向けて実行されるべきであることを、ｅＮＢ１２５に知らせる情報を有しても良い。ｅＮＢ１２５は、ＭＭＥ１３０からの要求に対して肯定応答するメッセージ（例えば、Ｓ１ＡＰ応答メッセージ）により応答して（線６６５）、例えば要求されているＣＳＦＢ手順に関してｅＮＢ１２５の支援及び順守を確認しても良い。このように、ネットワークは、（１）開始された呼がＣＳ  ＵＤＩビデオ呼であること、及び（２）呼のためのＣＳＦＢが（ＧＥＲＡＮではなく）ＵＴＲＡＮに向けて導かれるべきであること、を認識できる。幾つかの実装方法では、別のネットワーク装置（例えば、サーバ装置）が、ＭＭＥ１３０により実行されるとして上述した工程のうちの１又は複数を実行しても良い。幾つかの実装方法では、ネットワーク装置は、本願明細書に記載の技術を達成するよう１又は複数の情報種類を送信し及び／又は受信するために、ＭＭＥ１３０と通信しても良い。
【００５４】
ｅＮＢ１２５は、ＵＥ  Ｅ−ＵＴＲＡ  ＡＳ６１０に向けられたコマンドメッセージ（例えば、Mobility  From  E−UTRAコマンドメッセージ）を送信して、ＵＥ１１０に関連するハンドオーバ手順（例えば、ＰＳ  ＨＯ手順）を開始しても良い（線６６５）。コマンドメッセージは、ＵＴＲＡＮ（例えば、ＵＥ  ＧＳＭ  ＡＳ６２０の代わりに、ＵＥ  ＵＭＴＳ  ＡＳ６１５）に向けてＣＳ  ＵＤＩビデオ呼を方向付ける情報を含んでも良い。ＣＳ  ＵＤＩビデオ呼がコマンドメッセージに従いＵＴＲＡＮを介して確立されると、ＵＥ１１０は、ＣＳ  ＵＤＩビデオ呼の期間の間、ＵＴＲＡＮに留まっても良い（ブロック６７０）。結果として、（ＧＥＲＡＮとは反対に）ＵＴＲＡＮがＣＳ  ＵＤＩビデオ呼をサポートするので、ＣＳ  ＵＤＩビデオ呼は成功する（線６７５）。
【００５５】
図７は、例示的なサービス種類コードの例のテーブル図７００である。３ＧＰＰ  ＴＳ２４．３０１、Ｓｅｃ．９．９．３．２７に従い、及び図７に示すように、サービス種類コードは、無線ネットワーク１２０の中の状態又は環境を表す４ビットコードを有し得る。例えば、「００００」のビットコード（矢印７００）は、ＣＳＦＢ呼を生じているモバイル（例えばＵＥ１１０）ことを示し得る。一方、「０００１」（矢印７２０）は、ＣＳＦＢ呼を終端しているモバイルを示し得る。サービス種類コードは、種々のＣＳＦＢ手順及び工程を実行するために無線ネットワーク１２０を通じて通信され得るサービス種類情報要素に組み込まれても良い。
【００５６】
例えば、上述のように、ＵＥ１１０からＭＭＥ１３０への拡張サービス要求メッセージは、特定の呼が（例えば、単なる音声呼ではなく）ＣＳ  ＵＤＩビデオ呼であることを示すサービス種類情報を含んでも良い。図７のテーブルを参照すると、これは、例えば、拡張サービス要求メッセージのサービス種類情報要素の中のサービス種類コード「００１１」（矢印７３０）を用いることにより達成できる。これは、無線ネットワーク１２０が呼種類をサポートできるアクセスネットワーク（例えば、ＵＴＲＡＮ）を介して対応するＣＳＦＢ呼を確立することを保証するためのメカニズムを提供できる。したがって、呼種類に従いＣＳＦＢ呼を確立する技術は、本願明細書に記載のように、サービス種類コード及びサービス種類コードを伴う手順により、既存の３ＧＰＰ技術にシームレスに及び的確に適応され得る。
【００５７】
図８は、装置８００の例示的なコンポーネントの図である。図１、４、５、及び／又は６に示された装置の各々は、１又は複数の装置８００を有しても良い。装置８００は、バス８１０、プロセッサ８２０、メモリ８３０、入力コンポーネント８４０、出力コンポーネント８５０、及び通信インタフェース８６０を有しても良い。別の実装方法では、装置８００は、追加の、より少数の、異なる、又は異なるように配置されたコンポーネントを有しても良い。
【００５８】
バス８１０は、装置８００のコンポーネントの間の通信を可能にする１又は複数の通信経路を有しても良い。プロセッサ８２０は、プロセッサ、マイクロプロセッサ、又は命令を解釈し実行できる処理ロジックを有しても良い。メモリ８３０は、プロセッサ８２０による実行のための情報及び命令を格納できる任意の種類の動的記憶装置、及び／又はプロセッサ８２０による使用のために情報を格納できる任意の種類の不揮発性記憶装置を有しても良い。
【００５９】
入力コンポーネント８４０は、キーボード、キーパッド、ボタン、スイッチ、等のような、オペレータに装置８００に情報を入力させるメカニズムを有しても良い。出力コンポーネント８５０は、ディスプレイ、スピーカ、１又は複数の発光ダイオード（ＬＥＤ）、等のような、オペレータに情報を出力するメカニズムを有しても良い。
【００６０】
通信インタフェース８６０は、装置８００が他の装置及び／又はシステムと通信できるようにする任意の通信機のようなメカニズムを有しても良い。例えば、通信インタフェース８６０は、イーサネット（登録商標）インタフェース、光インタフェース、同軸インタフェース、等を有しても良い。通信インタフェース８６０は、赤外線（ＩＲ）受信機、セルラ無線、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線、等のような、無線通信装置を有しても良い。無線通信装置は、リモコン、無線キーボード、移動電話機、等のような外部装置に結合されても良い。幾つかの実施形態では、装置８００は、１より多くの通信インタフェース８６０を有しても良い。例えば、装置８００は、光インタフェースとイーサネットインタフェースとを有しても良い。
【００６１】
装置８００は、上述の特定の工程を実行しても良い。装置８００は、プロセッサ８２０がメモリ８３０のようなコンピュータ可読媒体に格納されたソフトウェア命令を実行することに応答して、上述の工程を実行しても良い。コンピュータ可読媒体は、非一時的メモリ装置として定められても良い。メモリ装置は、単一の物理メモリ装置内の又は複数の物理メモリ装置に渡り分散した空間を有しても良い。ソフトウェア命令は、別のコンピュータ可読媒体から又は別の装置から、メモリ８３０に読み込まれても良い。メモリ８３０に格納されたソフトウェア命令は、プロセッサ８２０に本願明細書に記載の処理を実行させても良い。代替で、ハードワイヤード回路が、本願明細書に記載の処理を実施するソフトウェア命令の代わりに又はそれと組み合わせて用いられても良い。このように、本願明細書に記載の実装方法は、ハードウェア回路とソフトウェアのいかなる特定の組合せにも限定されない。
【００６２】
前述の明細では、種々の好適な実施形態が、添付の図面を参照して記載された。しかしながら、以下の請求の範囲に記載された本発明の広範な精神及び範囲から逸脱することなく種々の変更を行うことができること、及び追加の実施形態が実施できることが明らかである。したがって本明細書と添付図面は限定的ではなく例示的であると解釈すべきである。
【００６３】
例えば、一連のブロックは、図３に関連して記載されたが、ブロックの順序は、他の実装方法において変更されても良い。さらに、非依存のブロックは、並列に実行されても良い。同様に、一連の通信は、図４〜６に関連して記載されたが、通信の順序又は特性は他の実装方法において変更される場合があっても良い。
【００６４】
上述のような例示的な態様は、図示の実装方法において、多くの異なる形式のソフトウェア、ファームウェア、及びハードウェアで実施されても良いことが明らかである。上述の態様を実施するために使用される実際のソフトウェアコード又は専用制御ハードウェアは、限定として考えられるべきではない。したがって、態様の工程及び動作は、特定のソフトウェアコードを参照することなく記載された。つまり、ソフトウェア及び制御ハードウェアは、本願明細書の記載に基づく態様を実施するために設計され得ることが理解される。
【００６５】
さらに、本発明の特定の部分は、１又は複数の機能を実行する「ロジック」として実装されても良い。このロジックは、特定用途向け集積回路（ＡＳＩＣ）又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなハードウェア、又はハードウェアとソフトウェアの組合せを含み得る。
【００６６】
特徴の特定の組合せが請求項に記載され及び／又は明細書に開示されるが、これらの組合せは、本発明を限定することを意図しない。実際に、これらの特徴の多くが、請求項に記載されない及び／又は明細書に開示されない方法で組み合わされても良い。
【００６７】
本願で用いられるいかなる要素、動作、又は命令も、そのように明示的に記載されない限り、重大な又は必須であると考えられるべきではない。用語「及び」の使用の例は、本願明細書において使用されるとき、語句「及び／又は」が該例で意図した解釈を必ずしも除外しない。同様に、用語「又は」の使用の例は、本願明細書において使用されるとき、語句「及び／又は」が該例で意図した解釈を必ずしも除外しない。また、本願明細書で使用されるとき、冠詞「ａ」は、１又は複数の項目を含むことを意図し、語句「１又は複数」と同義的に使用され得る。１つの項目のみが意図される場合、用語「１つの（one、single）」、「のみ（only）」又は類似の言葉が使用される。さらに、語句「基づく（based  on）」は、明示的に特に示されない限り、「少なくとも部分的に基づく」を意味することを意図する。
【図１】
0006437634.tif 000002
【図２】
0006437634.tif 000003
【図３】
0006437634.tif 000004
【図４】
0006437634.tif 000005
【図５】
0006437634.tif 000006
【図６】
0006437634.tif 000007
【図７】
0006437634.tif 000008
【図８】
0006437634.tif 000009