(57)【要約】  ロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法である。ＶｏＬＴＥ／ＶｏＷｉＦｉは、ＩＭＳコアを実施することなく任意のサイズのネットワークについて集中的に有効にされるが、（音声通話継続を除き）標準ＶｏＬＴＥと略同一のユーザ経験を提供する。従来の２Ｇ／３Ｇ  ＣＳローミングモデルは、シグナリングとメディアルーティングの両方について有効にされる。加入者プロファイルは、最適化される通話ルーティングを可能にするために通信事業者ＶｏＬＴＥプラットフォームにおいてキャッシングされる。運営者がＣｘ、Ｓ６ａ又はＭＡＰインターフェースを介して認証ベクタのプロビジョニングを行うことが可能でないことに起因してＩＭＳ  ＡＫＡ認証が可能でない場合に、検証機構が提供される。ＭＴ通話が到着するときにはいつでも着信アクセス領域選択が実施され、これによりＴ‐ＡＤＳアプリケーションサーバが消去される。通話中のＶｏＬＴＥ顧客が２Ｇ／３Ｇカバーを選択してＬＴＥカバーを離れるときにはいつでも、音声通話継続が実施される。音声通話継続を作動させるための新規な方法は、コールバック及びコールマージ方法を使用して提案される。
2019506775.tif 000002
【特許請求の範囲】
【請求項１】
ロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させる（powering）ための方法であって、そのステップが、
ａ）ＩＭＳコアを実施することなく任意のサイズのネットワークについてＶｏＬＴＥ／ＶｏＷｉＦｉを集中的に有効にすることと、
ｂ）加入者のＨＰＭＮもＶｏＬＴＥ‐ＷＢを展開した場合に移動体発信通話のルーティングのためのサービスルートヘッダの使用を消去することによってＭＯ通話ルーティングの複雑性を削減するように、シグナリングとメディアルーティングの両方のための従来の２Ｇ／３Ｇ  ＣＳローミングモデルの再使用を可能にすることと、
ｃ）前記２Ｇ／３Ｇ  ＣＳローミング通話モデルと一致する網間接続レグ（leg）を直接的に進めることと、
ｄ）２Ｇ／３Ｇ／ＥＰＣ  ＨＬＲ／ＨＳＳから認証ベクタを取り出すためにＭＡＰ又はＳ６ａインターフェースを使用して、ＨＳＳインターフェースについて新規なインターフェースの支援、試験、検証又は統合を必要とすることなく現在展開されるインターフェースの再使用を可能にすること
を含む、方法。
【請求項２】
前記インターフェースがＭＡＰ又はＳ６ａインターフェースのうちの少なくとも一つを含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項３】
前記ステップが、
ｄ）最適化される通話ルーティングを可能にするために通信事業者ＶｏＬＴＥプラットフォームにおいて加入者プロファイルをキャッシングすること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項４】
前記ステップが、
ｅ）Ｃｘ又はＭＡＰインターフェースを介してＩＭＳ  ＨＳＳ又は３Ｇ  ＨＳＳから認証ベクタのプロビジョニングを行うことが可能でない運営者に起因してＩＭＳ  ＡＫＡ認証が可能でない場合に装置検証機構を提供すること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項５】
前記ステップが、
ｅ）ＭＴ通話が到着するときにはいつでも着信アクセス領域選択を実施し、これによりＴ‐ＡＤＳアプリケーションサーバがＳＧＳＮ／ＭＭＥ及びＨＳＳ上のＴＡＤＳサポートと共に消去されること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項６】
前記ステップが、
ｅ）通話中のＶｏＬＴＥ顧客が２Ｇ／３Ｇカバーを選択してＬＴＥカバーを離れるときにはいつでも、コールバックおよびコールマージ方法を使用することにより音声通話継続を実施すること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項７】
前記ステップが、
ｅ）通信事業者ネットワークによりＰＳＩパラメータが検出される場合に、通信事業者ネットワークがＩＭＳ関連手順に従う通話を進行させるかＶｏＬＴＥ  ＷＢ方法に従うかを決定し、続いてＶｏＬＴＥ  ＷＢの範囲において規定されるように最適な方法（すなわち２Ｇ／３Ｇ  ＣＳ）に従う通話を進行させることができるように、通信事業者に向かって、かつピアＶｏＬＴＥ‐ＷＢに対してその存在を知らせるために、前記ＶｏＬＴＥ‐ＷＢのためのＳＩＰメッセージ中にＶｏＬＴＥ  ＷＢのＳＩＰ公衆サービス識別ヘッダを提供すること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項８】
前記ステップが、
ｅ）国内サービス、網間接続及びローミング機能を提供するＵＮＩ及びＮＮＩ能力を提供するために、標準ＩＭＳネットワーク及び他のＶｏＬＴＥ‐ＷＢネットワークと統合するための手段を提供すること
をさらに含む、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項９】
ユーザの事前プロビジョニングが行われることが必要でない、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【請求項１０】
２Ｇ／３Ｇ回路切り替え課金モデル及びシステムが保存される、請求項１に記載のロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連特許出願）
本願は、２０１５年１２月１０日に出願された、同時係属中の「ＶｏＬＴＥワールドブリッジを使用する地域及び国際ネットワーク環境上のＬＴＥネットワークにおいてＶｏＬＴＥを即時に動作させる（powering）ためのシステム及び方法」についての仮特許出願番号６２／２６６，０７８に関連し、その中の教示を参照によりここに組み入れる。前記係属中の出願の優先日が、ここに主張される。
【０００２】
（発明の分野）
本発明はロングタームエボリューション（ＬＴＥ）ネットワークに関し、より詳細にはボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ネットワークに関する。
【０００３】
（発明の背景）
読者が本発明の説明を理解することを助けるために、以下の略語が提供される。
【表１】
2019506775.tif 000003
【表２】
2019506775.tif 000004
【表３】
2019506775.tif 000005
【０００４】
数年前にロングタームエボリューション（ＬＴＥ）が開始すると、移動体サービスプロバイダの次の挑戦はボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を実施することであり、これはＬＴＥ上において電話サービスを行うためにインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）フレームワークに依存する。ＶｏＬＴＥにおいては、オーバーザトッププロバイダ（ＯＴＴ）からの勧めに起因して消費者が電話アプリケーションから期待するようになったサービスである、高精細（ＨＤ）通話に本質的に変換する保証型サービス品質に強調が置かれてきた。ＶｏＬＴＥがそれ自体をＯＴＴアプリケーションから差別化するところは、消費者に対する予測可能で一貫したサービスを確実にするようにリソースが保証される方法にある。他方において、ＯＴＴアプリケーションはベストエフォート態様にて提供されるため、リソースが乏しい場合には通話の品質は劣化させられ得る。
【０００５】
ＶｏＬＴＥへの移行は長期かつ複雑な過程であり、サービスプロバイダは今だけそれらの焦点をこの技術に移動している。現在に至るまで、第四世代移動体ネットワーク（４Ｇ）に接続される装置用の音声サービスは、３ＧＰＰネットワーク内の回線交換フォールバック（ＣＳＦＢ）の使用を通じて提供されてきた。ＣＳＦＢは、サービスプロバイダが十分に発達したＩＭＳコアの実施に比較される最小の統合労力及び投資を伴うそのレガシー回線交換基盤を再使用することを可能にする。ＣＳＦＢの欠点は、それが音声サービスの使用を行い得る前に、装置が強制的に２Ｇ又は３Ｇに切り替えられることである。これは、通話フロー及び通話品質の一部であるハンドオーバ手順がＶｏＬＴＥ及びＨＤ通話に劣るため、純粋な２Ｇ／３Ｇ通話について通話準備時間がより長いことを意味する。革新的サービスの開発は今ＬＴＥ上に単独に焦点を絞られているため、ＣＳＦＢは確かに将来のための実行可能なソリューションではない。ＣＳＦＢは一時しのぎのソリューションであり、運営者は結局ＶｏＬＴＥを含む次世代電気通信アプリケーションのためのＩＭＳコアを実施することを待ち望んでいる。
【０００６】
最後に、ＩＭＳコアを実施することはリッチコミュニケーションスイート（ＲＣＳ）のような将来のサービスのための道をも開く。
【０００７】
ＩＭＳコアの最上部においてＶｏＬＴＥを実施することは、些細な課題ではない。ＩＭＳフレームワークは、任意のタイプのマルチメディアサービスを支援することが可能な汎用基盤を提供する。この柔軟性のために支払う価格は、その実現のための複雑さに内在する。ＩＭＳコアは、セッション開始プロトコル（ＳＩＰ）、リアルタイム転送プロトコル（ＲＴＰ）又はダイアメータに基づく統合を必要とするインターフェースをそれぞれ公開する大量のネットワーク要素から構成される。
【０００８】
さらに、投資のコストは法外に高い。ＩＭＳは将来のマルチメディアサービスに力を与えることを約束するが、ＶｏＬＴＥを除いてそれらのサービスが何か、又はそれらが将来にどれほど成功するかは依然不明確である。従ってサービスプロバイダは、音声を基礎とするサービスのためのその実施を除き、実用化が依然未知である技術に向かってリソースを注ぎ込むことを躊躇している。これは、国際通信事業者が任意のサービスプロバイダにとって再使用可能な、運営者の発展型パケットコア（ＥＰＣ）と緊密に統合した集中マルチテナントＩＭＳソリューションを導入することにより付加価値をもたらすことができる場所である。このことは、各移動体ネットワーク運営者（ＭＮＯ）においてＩＭＳコアを実施することの複雑さを解消し、販売までの時間を加速し、サービスプロバイダが取り残されないことを確実にする。
【０００９】
サービス運営者により直面される挑戦は同じ状態のままであるが、これらの障害を克服する責任は、今通信事業者に移転されている。三十の例について、
・通信事業者は、今集中して（又はクラウド上に）位置するＩＭＳをＭＮＯのＥＰＣと統合する必要がある。
・エンドユーザにはＩＭＳ‐ＨＳＳにおいて通信事業者によりプロビジョニングが行われなければならず、これはＭＮＯのオペレーションサポートシステム（ＯＳＳ／ＢＳＳ）のシステムとの精巧な統合を必要とする。従って、ＢＳＳはＶｏＬＴＥ課金及び評価と互換性を有するように進化しなければならない。ＩＭＳ‐ＨＳＳがＭＮＯ終端にある場合には、ＩＭＳコアはＣＳＣＦアプリケーションサーバ（ＣＳＣＦ／ＡＳ）とＨＳＳの間のダイアメータ（Ｃｘ／Ｓｈ）インターフェースを有さなければならない。
・ソリューションはローカルトラフィックがローカルに留まることを保証しなければならず、これはローカルＳＢＣを展開することにより実現され得る。しかし、ローカルに展開されるＩＭＳコアが存在しない限り、ＭＮＯ内に限定されるローカルトラフィックについてのシグナリング情報を保持する容易な方法は存在しない。
【００１０】
さらに、顧客に向かっての品質、プライバシー、安全性及び柔軟性を保証するために、通信事業者は運営者毎に一つのＩＭＳコアを展開する必要があり、これは技術的及び商業的視点から実用的ではない。このことは、（通信事業者ネットワークにより提供される）提供される（hosted）ＶｏＬＴＥサービスが今日特に人気がない理由である。さらに、運用のコスト及び複雑さが殆ど同一のままであるため、小規模ネットワーク及び企業について本ソリューションを実施することは不経済になる。
【００１１】
しかし、早期のＶｏＬＴＥの採用者は異なる問題に直面する。投資を行うと、今やこれらのサービスプロバイダはそれらの加入者に対して国内使用のためのＶｏＬＴＥを提供することが可能であり、ローミング条件においてこのサービスを提供したがる。しかし、伝統的なローミングモデルはホーム及び訪問先ネットワークに存在するＩＭＳコアに依存する。サービスプロバイダ内にＩＭＳコアを導入することへの前述の障害を前提として、早期の採用者は伝統的なモデルにより課せられる制約を回避するためのソリューションを求めている。
【００１２】
一つの選択肢は、ＶｏＬＴＥが有効にされるネットワークが、そのホームパケットゲートウェイ（ＰＧＷ）を通じて全てのセッション初期プロトコル（ＳＩＰ）及びリアルタイム転送プロトコル（ＲＴＰ）トラフィックをそのホームＩＭＳネットワークに強制的に戻すことにより、そのローミングアウト加入者にＶｏＬＴＥサービスを提供するために既存のＬＴＥローミング契約を利用することができる、Ｓ８ホームルーテッド（Ｓ８‐ＨＲ）モデルである。課金及び合法的な遮断（intercept）問題が、このモデルの主なマイナス面である。さらに、訪問先の公衆移動体ネットワーク（ＶＰＭＮ）及びホーム公衆移動体ネットワーク（ＨＰＭＮ）の位置に依存して、マウストゥイヤー（mouth to ear）遅延が高くなり得る。
【００１３】
別の選択肢は、ＬＴＥとＶｏＬＴＥ世界の間のブリッジとして作用する、国際通信事業者レベルにおいてソリューションプラットフォームを実施することである。地域ローカルブレイクアウト（Ｒ‐ＬＢＯ）と呼ばれるモデルは、通信事業者が部分ＥＰＣ（すなわちＰＣＷ及びＰＣＲＦ）とＩＭＳコア（すなわちＰ‐ＣＳＣＦ、ＩＭＳ‐ＡＬＧ、ＩＭＳ‐ＡＧＷ、ＩＢＣＦ、ＴｒＧＷ）と選択的にはＴＲＦを実施することを必要とする。このアーキテクチャにより、通信事業者はＶｏＬＴＥが有効にされるネットワークに属する移動体ユーザがＬＴＥのみのネットワークにおいてローミングを利用することを効果的に可能にする。この場合において、システムは、ＬＴＥが有効にされる訪問先ネットワークと、ＶｏＬＴＥが有効にされるホームネットワークの間のクラウドブリッジとして動作する。ＶＰＭＮにおける課金及び合法的な遮断サービスが通信事業者により提供され得て、これはＳ８ホームルーティングモデルを介して実現することが困難なサービスである。ＶＰＭＮにおけるそのようなサービスは、通話のマウストゥイヤー遅延をも改善し得る。本ソリューションの範囲は、インバウンドローミングのみである。ＶｏＬＴＥ基盤の一部は準備のために必須であるが、網間接続及び国内運用は通信事業者により与えられ得ない。このことは、最適化、機能の広範化及びより清浄で緑豊かなソリューションの促進を目的とする再発明のための余地を残す。
【００１４】
移動体産業により現在直面されるこれらの一般的な問題を回避するために、通信事業者又は運営者が十分に発達したＩＭＳコアの使用なしにＶｏＬＴＥを顧客のために迅速に展開し、これによりエッジ及びクラウドコンピューティングの最良の使用を行うことを可能にするソリューションを提案することが有用である。
【発明の概要】
【課題を解決するための手段】
【００１５】
（発明の要旨）
本発明によれば、ロングタームエボリューションネットワークにおいて、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法が提供される。ＶｏＬＴＥ／ボイスオーバーワイファイ（ＶｏＷｉＦｉ）は、ＩＭＳコアを実施することなしに任意のサイズのネットワークについて中央により有効にされるが、（音声通話継続を除き）標準ＶｏＬＴＥと殆ど同一のユーザ経験を与える。従来の２Ｇ／３Ｇ ＣＳローミングモデルは、シグナリングとメディアルーティングの両方について有効にされる。加入者プロファイルは、最適化される通話ルーティングを可能にするために、通信事業者ＶｏＬＴＥプラットフォームにおいてキャッシングされる。装置検証機構は、Ｃｘ、Ｓ６ａ又はＭＡＰインターフェースを介して認証ベクタを提供することができない運営者に起因してＩＭＳ  ＡＫＡ認証が可能でない場合に提供される。着信アクセス領域選択は、ＭＴ通話が到達するときにはいつでも実施され、これによりＴ‐ＡＤＳアプリケーションサーバが消去される。音声通話継続は、通話中のＶｏＬＴＥ顧客が２Ｇ／３Ｇカバーを選択してＬＴＥカバーを離れるときにはいつでも実施される。音声通話継続を作動させるための新規な方法は、コールバック及びコールマージ方法を使用して提案される。
【００１６】
データ構造の複雑さは、移動体ネットワークが継続的に発展すると増加し、新たな特徴及びサービスをもたらす。クラウドベースネットワーク実施アプローチは、挑戦に直面する。最初に、データ処理に関連する全てのネットワークが集中化される実施の唯一の担当（responsibility）である場合には、クラウドにおける処理リソース及びエネルギー要求は多様性を増大させる。さらに、帰路コスト及びデータ遅延は、クラウドとエッジの間の距離に依存して増加し得る。このことは基本的に、流行がエッジコンピューティングに向かって動こうとする理由である。フォグネットワークのように、より新しい技術が導入されている。
【００１７】
本発明は、エッジ及びクラウドコンピューティングを組み合わせるように設計される新規なＶｏＬＴＥネットワークを提案し、ここでエッジネットワークは国内及び国際オペレーションに関係するいくつかの基本的なネットワーク関連タスクを作動させ、通信事業者終端におけるクラウドネットワークは信号プロキシング及びキャッシング関連タスクを実行する。本システムは、国際網間接続とローミングトラフィックを除去するためのエッジ分析を作動させ、これらの通話セッションをＩＰＸ通信事業者に向かってルーティングする。エッジはＩＭＳ実施又は通信事業者におけるクラウドを必要とせず、これにより十分に発達したＩＭＳ／ＶｏＬＴＥネットワークを展開する費用及び複雑性を回避する。むしろ、これはＩＭＳ  ＳＩＰ及びＲＴＰ上において通信することが可能である変化した軽量の構内交換機（ＰＢＸ）を基礎とする。このように、完全であるが軽量のＶｏＬＴＥネットワークは、ＵＮＩ及びＮＮＩ関連特徴及びインターフェースを支援して実現され得て、これにより国内、網間接続及びローミングオペレーションを支援する。故に本発明の基本的利益は、軽量エッジ並びに軽量の集中化ネットワーク展開の組み合わせを伴うリッチ通信スイート（ＲＣＳ）のような次世代サービスと共にではあるが、費用及び複雑さの多様性を削減するマルチテナントＩＭＳ／ＶｏＬＴＥネットワークを実施することなく、通信事業者が提供されるＶｏＬＴＥソリューションを実施することができる事実にある。
【００１８】
本発明の一つの新規性は、ホームネットワークに位置する動的加入者プロファイル（２Ｇ／３Ｇ通話のためのＭＳＣ／ＶＬＲの類似物）をダウンロードするＳ‐ＣＳＣＦとして標準ＶｏＬＴＥの展開において可能でなかった既存の２Ｇ／３Ｇシグナリング及びメディアルーティング機構をシステムが作動させ得る事実にある。標準ＶｏＬＴＥにおいては、シグナリング（ＳＩＰ）は常にホームに戻るようにルーティングされる。このことは、ＭＮＯを横断する課金フロー及び課金実施における大きな変化を暗示する。本発明は、登録処理に続いてＶＰＭＮにおいて加入者プロファイルを動的にダウンロードするための特有の方法を提案することにより、前記問題を回避する。
【００１９】
本ソリューションは、ＭＮＯがＢＳＳネットワーク設計における大きな変化を作動させる必要がないように、２Ｇ／３Ｇ課金システムとの均衡を維持するためにＣＡＭＥＬトリガを呼び出し、このことは現在の設計に対する最小の変化によるネットワークにおけるＶｏＬＴＥの迅速な実施のための余裕を作り出す。
【００２０】
本発明の他の大きな価値付加のうちの一つは、移動体ネットワーク運営者がＩＭＳ／ＶｏＬＴＥネットワークに投資することなくそれらのネットワークにおけるＶｏＬＴＥオペレーションを迅速に開始することを可能にすることであり、これによりリスク、コスト及び複雑性を減少させる。
【００２１】
伝統的には、ＳＩＰ／ＩＭＳ  ＰＢＸは企業環境における実施に限られている。本発明は、追加の機能を有するＰＢＸの発展版がいくつかの特別な目的を達成するために通信事業者環境において新規な様式により統合される事実にあり、企業ネットワークと運営者ネットワークの両方を提供する。従って、本システムはＶｏＬＴＥワールドブリッジ（ＶｏＬＴＥ‐ＷＢ）と名付けられる。
【００２２】
システムは、伝統的なＰＢＸの最上部においてＶｏＬＴＥサービスを提供することが可能である単一の軽量エンティティ内に、ＥＰＣのいくつかのサブ機能とＩＭＳコアにおいて利用可能な複数の特徴及び機能を結合する。このアプローチは、国際通信事業者が顧客毎のＩＭＳコアを設ける（host）必要なく、純粋な移行（transit）モデル内に留まることを可能にする。本ソリューションは、非常に大きなネットワーク、中規模／小規模ネットワーク及び小企業さえも含む、任意の大きさのネットワークにおいて容易に展開可能である様式にて設計された。
【００２３】
別の極めて重要な差別化要因は、ＭＮＯ／通信事業者がＨＳＳにおいて各エンドユーザにプロビジョニングを行って維持しなければならない伝統的な提供されるＶｏＬＴＥソリューションと異なり、この新規なソリューションはこの必要性を消去し、これはオペレーション処理の多様性を単純化する。本ソリューションにおいて、通信事業者の終点はＶｏＬＴＥ‐ＷＢであり、通信事業者は実際のエンドユーザ（すなわち移動体装置）に対して敵対的な（agonistic）ままである。
【００２４】
本ソリューションは国内加入者、ローミングイン加入者、ローミングアウト加入者のためのＶｏＬＴＥを即時に可能にし、ＶｏＬＴＥ網間接続をも支援する。ＶｏＬＴＥ‐ＷＢにより実施及び公開される必要がある機能の最小セットは、この目標に達するために識別された。このことは、既存の基盤との網間接続のために必要とされる統合作業を削減し、ＩＭＳの複雑さの大部分をＶｏＬＴＥ‐ＷＢ内に内部的に隠す（図１参照）。標準ＩＭＳコアが、それらの間における網間接続を可能にするためにそれらのコンポーネントのそれぞれにおけるインターフェースを必要とする複数のサブコンポーネントを有することを述べることにも価値がある。他方においてＶｏＬＴＥ‐ＷＢは一つの自己完結型コンポーネントであり、そのためハードウェアの処理リソース（クラウド又は顧客住居機器）は伝統的なＩＭＳコアのために必要とされるものより小さい。
【００２５】
ＭＮＯ／ＭＶＮＯ展開において、ＶｏＬＴＥが有効にされるユーザ機器（ＵＥ）は、ＶｏＬＴＥ‐ＷＢの顧客のＥＰＣとの統合に起因してＶｏＬＴＥサービスを利用するためのいかなる追加のアプリケーションをも必要としない。ユーザは、ＵＥに組み込まれるネイティブＶｏＬＴＥクライアントを通じてサービスにアクセスすることができる。しかし企業環境においては、ＵＥはＶｏＬＴＥ‐ＷＢと相互作用するためのクライアントのインストールを必要とし得る。
【００２６】
本発明の完全な理解は、後続の詳細な説明との関係において考慮されるときに、添付の図面への参照により得られうる。
【００２７】
同様の参照符号は、図面のいくつかの図の全体を通じて同様の部分を指す。
【発明を実施するための形態】
【００２８】
（好適な実施形態の詳細な説明）
以下の詳細な説明は例示の目的のための特定の詳細を含むが、当業者は以下の詳細に対する変形及び変更が本発明の範囲内にあることを理解するであろう。従って、以下に説明される本発明の例示的な実施形態は、特許請求の範囲に記載される発明に対する一般性のいかなる喪失もなく、かつこれについて限定を課すことなく述べられる。
【００２９】
本発明は、ロングタームエボリューションネットワークにおいてボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）を動作させるための方法である。ＶｏＬＴＥ／ＶｏＷｉＦｉは、ＩＭＳコアを実施することなく任意のサイズのネットワークについて集中的に有効にされる。
【００３０】
特定のコア機能は、それがＶｏＬＴＥサービスを提供することを可能にするＶｏＬＴＥ‐ＷＢ内に組み込まれる。
【００３１】
（通信事業者のプロビジョニング）
国際通信事業者のプロビジョニングの視点からは、顧客を表す終点としてＶｏＬＴＥ‐ＷＢのみのプロビジョニングが行われなければならず、個別の加入者はプロビジョニングされる必要がなく、これは伝統的な提供モデルと比較したときに大きな利点である。
【００３２】
（通話ルーティングシナリオ）
国際通信事業者の基盤は、国際網間接続及びローミングシナリオのためにのみ関係している。全てのローカルオンネット／オフネット通話は、ＶｏＴＬＥ‐ＷＢにより単独にて処理される。これは、全てのシグナリング及びメディアが通信事業者にルーティングされる必要がある、伝統的な提供モデルと対照的である（図２参照）。
【００３３】
加えてＶｏＬＴＥ‐ＷＢは、シグナリングとメディアの両方について通話軌跡の完全な最適化を可能にする。結果として、現在の２Ｇ／３Ｇ回路切り替えローミングモデルは、ＩＭＳ内の場合ではないＶｏＬＴＥ‐ＷＢを通じて実現され得る。ＣＡＭＥＬサポートと組み合わせられるときに、この機能は現在のＣＳ課金システムの再使用を可能にする。これは、シグナリング最適化が可能でなく既存の課金システムへの適合が必要である、標準ＶｏＬＴＥモデルと対照をなす。
【００３４】
（展開オプション）
二つの展開モデルが予見されている。一つのオプションは、顧客住居機器（ＣＰＥ）内のソリューションを展開することであり、別のものはローカル／地域クラウドベース基盤内にそれを展開することである。
【００３５】
（加入者装置検証）
ＶｏＬＴＥ登録中に、ＵＥは認証されなければならない。ＩＭＳ認証のための標準手順はＩＭＳ‐ＡＫＡに依存し、顧客がＶｏＬＴＥ‐ＷＢに向かってＣｘ又はＳ６ａ／ＭＡＰインターフェースを公開することが可能である場合に好適な方法である。しかし、これらのインターフェースが利用可能でない場合には、代替の方法が使用され得る。ＶｏＬＴＥ‐ＷＢは標準Ｇｘインターフェースを通じて顧客のＰＧＷと統合されるべき軽量ＰＣＲＦ機能を組み込むため、ＶｏＬＴＥ‐ＷＢは常にＩＭＳＩに対する（ＰＧＷにより割り当てられる）ＵＥ  ＩＰアドレスのマッピングを知っている。この情報により、ＵＥのＳＩＰ登録メッセージがＶｏＬＴＥ‐ＷＢに到達すると、これは登録メッセージに含まれるＩＭＳＩ（すなわちＩＭＰＩ）がメッセージの発信元ＩＰと一致することを検証することができる。換言すれば、ＶｏＬＴＥ‐ＷＢはＵＥがそれ自体のＩＭＳＩを使用して登録を試みていることを検証することが可能である。加入者がＩＰアドレススプーフィングを介して他のユーザに成りすますことを防止するために、顧客のＰＧＷは発信元ＩＰ検証を実施する。すなわちＰＧＷは、ＰＧＷにより割り当てられたものとは異なる発信元ＩＰを加入者が使用しているか否かを決定することができ、そのためトラフィックはドロップされ得る。
【００３６】
（着信領域選択）
通話がＶｏＬＴＥ‐ＷＢ内に到着すると、ＶｏＬＴＥ、ＶｏＷｉＦｉ上、又はレガシー回線交換網上に通話が着信されるべきかをサービス論理が決定することが必要である。標準ＩＭＳネットワークにおいて、これはＨＳＳ及びＭＭＥ／ＳＧＳＮ上のＴ‐ＡＤＳサポートと共にＴ‐ＡＤＳアプリケーションサーバの使用を必要とする。このソリューションにおいては、機能はＥＰＣネットワーク上のいかなる特別な要件もなしに、ＶｏＬＴＥ‐ＷＢによって単独にて提供される。顧客のＰＧＷとのＧｘの統合を利用することにより、ＶｏＬＴＥ‐ＷＢは全ての時点において現在加入者にサービス提供している無線ネットワークを知ることができ、これによりＶｏＬＴＥ‐ＷＢが適切に着信領域を選択することを可能にする。この情報がＶｏＬＴＥ‐ＷＢにとって利用可能になるために、これは最初のＧｘセッション確立中の「無線アクセス技術変更」イベントトリガに登録されなければならない。
【００３７】
企業による展開のために、アプリケーションは無線アクセスタイプ追跡に関与する。最も人気がある移動体プラットフォームは、無線アクセス変更のようなイベントに登録するアプリケーションのための能力を提供する。この機構は、無線アクセスタイプ追跡がＭＮＯ／ＭＶＮＯの場合と同様の態様により実施されることを可能にする。
【００３８】
（音声通話継続）
ＬＴＥカバーは依然普遍的ではないため、通話中に切り替えられるパケットと回路切り替え領域の間のハンドオーバを実行する必要が存在するであろう。
【００３９】
ＭＮＯ／ＭＶＮＯ設定において、かつ運営者の既存のネットワークによりサポートされる場合には、ＳＣＣ‐ＡＳ機能を内部的に提供するＶｏＬＴＥ‐ＷＢにより、ＬＴＥとＧＥＲＡＮ／ＵＴＲＡＮ、すなわち（ｅ）ＳＲＶＣＣの間の音声通話継続のために標準化手順が使用される。
【００４０】
（ｅ）ＳＲＶＣＣがＭＮＯ／ＭＶＮＯによりサポートされない場合には、本明細書において上記にて説明された無線アクセス追跡機構は、ＶｏＬＴＥからＣＳへの進行中の通話を移行させるための（to transition）ＶｏＬＴＥ‐ＷＢに向かうインジケータとして使用される。
【００４１】
企業設定においては、インストールされるクライアントは、通話をＰＳからＣＳに切り替えるために、ハンドオーバが実行されるとＶｏＬＴＥ‐ＷＢに知らせる。ＶｏＬＴＥ‐ＷＢにハンドオーバが発生したことを通知するために、二つの可能な機構が実施され得る。
【００４２】
第一のものはＲＴＰ制御プロトコル（ＲＴＣＰ）に依存し、これは通話品質監視のためにＶｏＬＴＥ内において使用され、通話中に交換される周期的なハートビートメッセージに基づいている。クライアントがもはやＬＴＥカバーの下にないことを通知すると、これはＲＴＣＰ交換を停止する。構成可能な量の失われるＲＴＣＰハートビートの後に、ＶｏＬＴＥ‐ＷＢは通話をＣＳに切り替えることを決定し得る。
【００４３】
第二の機構は、ＵＥがもはやＬＴＥカバーの下になくなると、ＶｏＬＴＥ‐ＷＢにＳＩＰオプションメッセージを積極的に送信するためにＳＩＰの使用を行い、ＶｏＬＴＥ‐ＷＢによるＣＳへの移行を引き起こす。
【００４４】
（合法的な傍受及び緊急サービス）
多くの国において、当該国の国境内において合法的な傍受が残ることは義務的である。伝統的な提供環境においては、ソリューションが集中的に又はクラウドにおいて提供される場合にこれを達成することは困難であり得る。本ソリューションによれば、ＶｏＬＴＥ‐ＷＢプラットフォーム上に当該機能を直接与えることにより、合法的な傍受が容易に達成され得る。同じことは、緊急サービスについても当てはまる。
【００４５】
（追加の使用）
ＶｏＬＴＥ運営者（ホームネットワーク）が非ＶｏＬＴＥ（であるがＬＴＥ）市場（訪問先ネットワーク）においてそのＶｏＬＴＥ顧客のためのローミングを提供することができるように、ＶｏＬＴＥローミングのみが有効にされなければならない場合には、ＶｏＬＴＥ‐ＷＢソリューションは、訪問先ネットワークについての国内オペレーション又は網間接続シナリオをブロックすることにより、ローミングを有効にするためだけにＶｏＬＴＥ‐ＷＢソリューションが実施され得る。
【００４６】
ＶｏＬＴＥ‐ＷＢは、進化した通信サービスを提供するために、リッチ通信サービスアプリケーションサーバ（ＲＣＳ  ＡＳ）とも統合され得る。これを達成するために、ＶｏＬＴＥ‐ＷＢはＭＳＲＰのような追加のプロトコルをサポートすることが可能である。
【００４７】
（動的加入者プロビジョニング）
ＭＮＯ／ＭＶＮＯネットワーク内に統合される展開のために、追加のプロビジョニングは必要とされない。ＶｏＬＴＥ‐ＷＢは、ＭＡＰ又はＣｘ／Ｓｈインターフェースを通じてＨＬＲ／ＨＳＳから要求に応じて関連する加入者情報をダウンロードすることにより、単に既存の２Ｇ／３Ｇ／４Ｇ  ＨＬＲ／ＨＳＳプロビジョニング機構を利用する。ＶｏＬＴＥ‐ＷＢは、加入者のために構成されるサービスを認証、承認（すなわちテレサービス及び付加サービスの存在を許可）及び識別するために、ＨＬＲ／ＨＳＳインターフェースを使用する。この情報は加入者登録中にＶｏＬＴＥ‐ＷＢにより動的にダウンロードされ、そのため前もってプロビジョニングが必要とされることはない。
【００４８】
２Ｇ／３Ｇ／ＥＰＣ  ＨＬＲ／ＨＳＳを介して（すなわちＩＭＳ  ＨＳＳを介してではなく）ＭＮＯ／ＭＶＮＯが統合されてＶｏＬＴＥサービスへのアクセスを制御することを求める場合には、ＥＰＣ  ＨＳＳにおけるその加入者のＩＭＳ  ＡＰＮプロビジョニングを制御することにより、そうすることができる。
【００４９】
企業の展開においては、全ての加入者のＭＳＩＳＤＮの一回限りの大量のプロビジョニングが必要とされる。登録の際には、ＶｏＬＴＥ‐ＷＢ上の加入者を認証及び承認するために、ダウンロードされるアプリケーションを通じてＭＳＩＳＤＮのＳＭＳ又は音声確認が実行される。
【００５０】
（２Ｇ／３Ｇ  ＣＳ課金システム保存）
本発明の新規性は、とりわけシステムが既存の２Ｇ／３Ｇシグナリング及びメディアルーティング機構を作動させることができる事実にあり、これは動的加入者プロファイル（２Ｇ／３Ｇ通話のためのＭＳＣ／ＶＬＲの類似物）をダウンロードするＳ‐ＣＳＣＦがホームネットワーク内に位置するため、標準ＶｏＬＴＥの展開において可能ではなかった。
【００５１】
標準ＶｏＬＴＥにおいては、シグナリング（ＳＩＰ）は常にホームに戻るようにルーティングされる。このことは、ＭＮＯを横断する課金フロー及び課金実施における大きな変化を暗示する。本発明は、登録処理に続いてＶＰＭＮにおいて加入者プロファイルを動的にダウンロードするための特有の方法により、前記問題を回避する。
【００５２】
本ソリューションは、ＭＮＯがＢＳＳネットワーク設計における大きな変化を作動させる必要がないように、２Ｇ／３Ｇ課金システムとの均衡を維持するためにＣＡＭＥＬトリガを呼び出し、このことは現在の設計に対する最小の変化によるネットワークにおけるＶｏＬＴＥの迅速な実施を可能にする。
【００５３】
（ローミング手順）
ローミング登録の前に、以下の二つのオプションのうちの一つに従う標準手順を使用して、Ｐ‐ＣＳＣＦ発見が行われる。
ａ．ＧＴＰセッション作成応答内において、ＶＰＭＮにおけるＰＧＷはプロトコル構成オプション（ＰＣＯ）パラメータを入力し、ここでこれはＶＰＭＮのプロキシ通話セッション制御機能（Ｐ‐ＣＳＣＦ）のＩＰアドレス／ホスト名を含む。Ｐ‐ＣＳＣＦアドレス／ホスト名はＶｏＬＴＥ‐ＷＢを識別し、これはＵＥについての第一の接点である。
ｂ．ＤＨＣＰ機構によりＰ‐ＣＳＣＦアドレスを学習する。
【００５４】
（ＶＰＭＮにおける）ＶｏＬＴＥ‐ＷＢアドレスがＵＥにより学習されると、これは登録（ＲＥＧＩＳＴＥＲ）動作を開始する。
【００５５】
標準的なＩＭＳネットワークと反対に、登録処理中にＶｏＬＴＥ‐ＷＢは、この特別なＶｏＬＴＥ‐ＷＢの識別において通信事業者のＶｏＬＴＥプラットフォームを支援するために、公衆サービス識別（ＰＳＩ）パラメータを使用してＳＩＰ登録において自己の識別情報を示し得る。これは、通信事業者のＶｏＬＴＥプラットフォーム内においても静的に構成され得る。
【００５６】
登録メッセージは、予め構成された通信事業者のＶｏＬＴＥプラットフォームに向かってルーティングされる。通信事業者のＶｏＬＴＥプラットフォームは登録メッセージを受信し、通信事業者のＶｏＬＴＥプラットフォーム内に組み込まれるローカルＳＩＰレジストラに情報をキャッシングする。
【００５７】
登録中に、経路（ＰＡＴＨ）ヘッダがＳＩＰレジストラに登録される。これは、最適なメディア／シグナリングルーティング（ＯＭＲ／ＯＳＲ）のために使用され得る。
【００５８】
登録をホームネットワークに向かって転送する前に、通信事業者のＶｏＬＴＥプラットフォームは、ホームネットワークがＯＥＭからの標準的なＩＭＳの実施を有するか否か、あるいは特別に設計されるＶｏＬＴＥ‐ＷＢにより実現される類似の種類のＶｏＬＴＥ設定を有するか否かを確認するために、静的な構成に基づいてチェックを実行する。
【００５９】
ホームネットワークがＶｏＬＴＥ‐ＷＢである場合には、通信事業者のＶｏＬＴＥプラットフォームは進入登録において受信されたＰＳＩパラメータを透過的に順に送り、あるいはこのＰＳＩは静的な構成に基づいて通信事業者のＶｏＬＴＥプラットフォーム自体により生成され得る。この情報は、本明細書において以下に説明されるように、追って通知（ＮＯＴＩＦＹ）メッセージを形式化するためにＨＰＭＮ  ＶｏＬＴＥ‐ＷＢにより必要とされる。
【００６０】
ホームネットワークが標準的なＩＭＳネットワークである場合には、通信事業者のＶｏＬＴＥプラットフォームは、ＳＩＰ登録をＨＰＭＮに向かって転送する前にＰＳＩパラメータを削除する。
【００６１】
ホームネットワークのＶｏＬＴＥ‐ＷＢは、組み込まれる軽量ＩＭＳ  ＨＳＳを有し得るか組み込まれるＨＳＳを有し得ないかのいずれかであり、ＶｏＬＴＥ‐ＷＢはＭＮＯ／ＭＶＮＯのＥＰＣ／ＩＭＳ  ＨＳＳ又は２Ｇ／３Ｇ  ＨＬＲと統合する。
【００６２】
ＭＮＯ／ＭＶＮＯの２Ｇ／３Ｇ  ＨＬＲは、音声加入者プロファイルを取り出すために使用され、かつ認証のためにも使用され得る。ＩＭＳ  ＨＳＳは、認証目的のためのみには使用されないかも知れず、ＭＮＯ／ＭＶＮＯがそのような追加データを提供することを望む場合には加入者プロファイルレポジトリとしても使用され得る。ＥＰＣ  ＨＳＳはいかなる音声加入者プロファイルをも保持しないため、３Ｇ認証ベクタを取り出すための認証目的のためにのみ使用され得る。
【００６３】
登録が受け入れられ、ＨＰＭＮが登録メッセージからＶＰＭＮがＶｏＬＴＥ‐ＷＢであることを学習した場合には、これはＨＰＭＮもまたＶｏＬＴＥ‐ＷＢを使用していることをＶＰＭＮ  ＶｏＬＴＥ‐ＷＢに知らせるために、２００  ＯＫにそれ自体のＰＳＩを含む。この情報は、通話中にシグナリング及びメディアルーティングの最適化が可能であるか否か、又は標準的なＩＭＳローミングモデルが続かなければならないか否かを決定するために、ＶＰＭＮ  ＶｏＬＴＥ‐ＷＢにとって必要である。
【００６４】
これに続いて、ＶＰＭＮ  ＶｏＬＴＥ‐ＷＢに向かって加入者プロファイルをダウンロードするために加入（ＳＵＢＳＣＲＩＢＥ）‐通知処理が実現され、これはＨＰＭＮもまたＶｏＬＴＥ‐ＷＢであることの知識と組み合わされて、ＶｏＬＴＥ‐ＷＢと通信事業者ＶｏＬＴＥプラットフォームがシグナリング及びメディアルーティングを最適化することを可能にする。
【００６５】
（登録のためのシナリオ）
登録シナリオ１：
ＶＰＭＮにおけるＶｏＬＴＥ‐ＷＢ（Ａ）とＨＰＭＮにおけるＶｏＬＴＥ‐ＷＢ（Ｂ）の間におけるＶｏＬＴＥ登録であり、ネットワークＢからのＶｏＬＴＥ加入者はネットワークＡにおいてローミングを行っており、ネットワークＢは２Ｇ／３Ｇ  ＨＬＲと共に独立したＩＭＳ  ＨＳＳを有する。
【００６６】
通話フローを参照すると、登録はネットワークＡ内のローミングＵＥにより引き起こされ、ＶＰＭＮ  ＡにおけるＶｏＬＴＥ‐ＷＢ  Ａを経由してルーティングされ、通信事業者ＶｏＬＴＥプラットフォームであるＶｏＬＴＥ‐ＷＢ  Ｂに到達する。
【００６７】
標準ＶｏＬＴＥ登録の場合には、ＩＭＳネットワークのＩ‐ＣＳＣＦは最初にＨＳＳに向かうＵＡＲを呼び出す。しかし本ソリューションにおいては、エンティティにより学習されなければならないＳ‐ＣＳＣＦアドレスは存在しないため、ＵＡＲは（ＨＰＭＮにおける）ＶｏＬＴＥ‐ＷＢにより呼び出される必要がない。
【００６８】
ＶｏＬＴＥ‐ＷＢは、ＩＭＳ  ＨＳＳからＩＭＳ‐ＡＫＡ認証ベクタを取り出すために、Ｃｘインターフェース上においてＭＡＲを呼び出す。この使用ケースはＩＭＳ認証処理のためだけにＩＭＳ  ＨＳＳに依存し、本明細書において以下に説明されるように、残りの加入者プロファイル情報は登録処理中に２Ｇ／３Ｇ  ＨＬＲから直接ダウンロードされ得るため、認証情報に限定される軽量ＩＭＳ  ＨＳＳプロビジョニングを可能にする。ＩＦＣ、付加サービス、ＡＳ特有データのような追加のＩＭＳプロファイルデータは、ＩＭＳ  ＨＳＳ内のＨＰＭＮによりプロビジョニングされ得るが、これは完全にオプションである。
【００６９】
図３は、ＶｏＬＴＥ‐ＷＢが外部ＩＭＳ  ＨＳＳ及び２Ｇ／３Ｇ  ＨＬＲと網間接続するシナリオを示す。ＩＭＳ  ＨＳＳとの相互作用は、ＭＡＲ／ＭＡＡ及びＳＡＲ／ＳＡＡと同様のダイアメータメッセージを使用してＣｘインターフェースを介する。ＩＭＳ  ＨＳＳがいかなる認証データをも返さない場合には、登録は拒否される。
【００７０】
ＶｏＬＴＥ‐ＷＢは加入者のテレサービス及びＭＳＩＳＤＮを取り出すために、２Ｇ／３Ｇ  ＨＬＲに向かってＭＡＰパラメータ送信（ＳＥＮＤ  ＰＡＲＡＭＥＴＥＲＳ）要求を送る。返されるセットに基づいて、登録は拒否されるか進行することが許可される。スピーチテレサービスＴＳ１１を欠くことは、拒否を引き起こし得る。
【００７１】
第二の登録要求がＩＭＳ  ＨＳＳにより認証及び承認されると、ＶｏＬＴＥ‐ＷＢは以前に取り出したＭＳＩＳＤＮから導出されるＩＭＰＵを含む２００  ＯＫを送り返す。
【００７２】
登録処理が完了した後に、ＶＰＭＮ（ＶｏＬＴＥ‐ＷＢ  Ａ）は、通信事業者ＶｏＬＴＥプラットフォームを経由してルーティングされてＨＰＭＮ（ＶｏＬＴＥ‐ＷＢ  Ｂ）に到達する加入メッセージを呼び出す。
【００７３】
本明細書において上述されたように、加入者プロファイルはＩＭＳ／２Ｇ／３Ｇ  ＨＳＳ／ＨＬＲからＶｏＬＴＥ‐ＷＢ  Ｂ（ＨＰＭＮ）を経由してＶＰＭＮ（すなわちＶｏＬＴＥ‐ＷＢ  Ａ）に向かってダウンロードされなければならない。
【００７４】
ＨＰＭＮがそのＩＭＳ  ＨＳＳ内の付加サービスおよびＣＡＭＥＬトリガのような加入者プロファイル情報を維持することを望む場合には、ＶｏＬＴＥ‐ＷＢ  Ｂはこの情報をダウンロードするためにＵＤＲを呼び出す。
【００７５】
代替的には、ＨＰＭＮにおけるＶｏＬＴＥ‐ＷＢ  Ｂは、ＣＡＭＥＬ加入ＩＤ、ＭＳＩＳＤＮ、付加サービス及び異なる着信転送オプションに関係する着信転送番号をダウンロードするために、ＨＬＲに向かういくつかのＳＳ７  ＭＡＰ  ＡＴＳＩメッセージを呼び出す。
【００７６】
一つのＭＡＰ  ＡＴＳＩは一つのＣＳＩ（発信又は着信のいずれか）のみを返し得るため、複数の（少なくとも二つの）ＡＴＳＩが呼び出されなければならない。
【００７７】
ＨＬＲからのＣＳＩのダウンロードに続いて、ＶｏＬＴＥ‐ＷＢは通知を生成してここでＭＳＩＳＤＮ、（３Ｇサービスに関係する）付加サービス、並びにＶｏＬＴＥ‐ＷＢ  Ａに向けたＯ‐ＣＳＩ及び（Ｖ）Ｔ‐ＣＳＩを入力する。
【００７８】
ＣＡＭＥＬ  Ｔ‐ＣＳＩは、通常は位置更新中にＶ‐ＭＳＣに静的にダウンロードされない。むしろ、これは着信通話中にＨＬＲによりゲートウェイＭＳＣに動的にダウンロードされる。しかしこの場合においては、加入者がローミングネットワーク内にいればＴ‐ＣＳＩはＶｏＬＴＥ登録中に静的にダウンロードされる。従って、ＶｏＬＴＥ着信通話が訪問先ＶｏＬＴＥ‐ＷＢに到着（招待）する場合には、これはＳＣＰに対するＣＡＭＥＬトリガを作動させ得る。しかし、ＣＡＭＥＬフェーズ３がホームネットワークにおいて利用可能である場合には、Ｔ‐ＣＳＩはダウンロードされない。むしろ、ＶＴ‐ＣＳＩがＨＬＲからＶｏＬＴＥ‐ＷＢにダウンロードされる。
【００７９】
ＶｏＬＴＥ‐ＷＢ  Ａは、続いて処理を終了するために２００  ＯＫを生成する。
【００８０】
登録シナリオ２：
ＶＰＭＮにおけるＶｏＬＴＥ‐ＷＢ（Ａ）とＨＰＭＮにおけるＶｏＬＴＥ‐ＷＢ（Ｂ）の間におけるＶｏＬＴＥ登録であり、ネットワークＢからのＶｏＬＴＥ加入者はネットワークＡにおいてローミングを行っており、ＶｏＬＴＥ‐ＷＢ  Ｂは統合される（軽量ＩＭＳ  ＨＳＳとして動作する）ＳＩＰレジストラと単独の２Ｇ／３Ｇ／ＥＰＣ  ＨＬＲ／ＨＳＳを有する。
【００８１】
図４ａ及び図４ｂは、ＩＭＳ  ＨＳＳがホームネットワークにおいて提示されないがＶｏＬＴＥ‐ＷＢにおける組み込み機能である状況を示す。この場合には、ＳＩＰレジストラが軽量ＩＭＳ  ＨＳＳとして動作する新たな機能が存在する。
【００８２】
ホームネットワークに属する外部ＩＭＳ  ＨＳＳと統合されないことのいくつかの暗示／副次的影響が存在する。一つの暗示は、ＩＭＳ認証処理の取り扱いである。
【００８３】
ＬＴＥ（４Ｇ）とＩＭＳのための認証処理には互換性がない。しかし、ＩＭＳ  ＡＫＡ認証と３Ｇ認証処理は同一である。そのため、認証パラメータを取り出すためにＨＬＲ／ＨＳＳに向けたＭＡＰ  ＳＡＩ又はダイアメータＡＩＲ（３Ｇベクタ）メッセージを呼び出すことは可能である。このことは、図４ａに図示されている。
【００８４】
しかし、これは付随的な影響を有する。ＨＬＲ／ＨＳＳ内にて生み出され又は外部にて利用可能である不正な管理処理が存在する場合には、ローミング利用者が現在位置する別の国から以前（例えば数分又は数時間前）に呼び出されたＳＡＩ／ＡＩＲが存在したならば、ＨＰＭＮ領域からのＡＩＲ／ＳＡＩの呼び出しが不正として知覚され得る。故に、認証のためのＭＡＰ  ＳＡＩ／ダイアメータＡＩＲの使用は、場合毎を基礎として実施され得る。
【００８５】
フェイルセーフかつ堅牢である他のアプローチは、本明細書において以下に説明されて図４ｂに図示される。
【００８６】
ＶｏＬＴＥ登録に先立って、ＶＰＭＮ  ＰＧＷは、ＶｏＬＴＥ‐ＷＢ  Ａに向かうＧｘ  ＣＣＲ‐Ｉを引き起こしたＩＭＳ  ＡＰＮについての「セッション作成要求」を受信しているであろう。このＣＣＲ‐Ｉは、ＩＭＳＩとＵＥ  ＩＰアドレスを含む。このマッピングは、将来のＵＥ検証のためにＶｏＬＴＥ‐ＷＢ  Ａ内に格納される。
【００８７】
登録がＶｏＬＴＥ‐ＷＢ  Ａに到着するときに、これは、登録において入力される（ＩＭＰＩとして使用される）ＩＭＳＩがＵＥが使用しているＩＰに一致することを検証するために、ＩＭＳベアラ作成中に格納したマッピングを使用する。登録が有効である場合には、ＶｏＬＴＥ‐ＷＢ  Ａは要求を通信事業者ＶｏＬＴＥプラットフォームに転送し、そうでない場合には登録要求を拒否する。
【００８８】
これはＩＭＳ認証処理の完全な代用ではないが、登録要求がＬＴＥコアネットワークにより既に認証及び登録された純粋なＶｏＬＴＥ加入者からのものであることを確実にする洗練された方法である。
【００８９】
加えてＰＧＷは、登録メッセージを搬送するＩＰパケット中の発信元ＩＰセットが当該加入者についてのＩＭＳベアラ設定中に以前に割り当てられたＵＥ  ＩＰに一致することを確実にしなければならない。ＰＧＷは、登録メッセージを搬送するＩＰパケットが、ＧＴＰセッション作成中に設定されたＩＭＳシグナリング（ＱＣ！５）のための特定のデフォルトベアラに到着することをも確実にしなければならない。
【００９０】
いずれの場合においても、登録がＶｏＬＴＥ‐ＷＢ  Ｂに到達すると、これは加入者テレサービス及びＭＳＩＳＤＮを取り出すために２Ｇ／３Ｇ  ＨＬＲに向かってパラメータ送信要求を送る。返されるセットに基づいて、登録は拒否されるか進行することを許可される。繰り返しになるが、スピーチテレサービスＴＳ１１が存在しないことは拒否を引き起こし得る。
【００９１】
次にＶｏＬＴＥ‐ＷＢ  Ｂ（ＨＰＭＮ）は、成功したＶｏＬＴＥ登録を示すＶｏＬＴＥ‐ＷＢ  Ａ（ＶＰＭＮ）に向かって、ＭＮＩＳＤＮから導出されるＩＭＰＵを含む２００  ＯＫを送る。
【００９２】
本明細書において上述されたように、次に加入者プロファイルは２Ｇ／３Ｇ  ＨＳＳからＨＰＭＮ（すなわちＶｏＬＴＥ‐ＷＢ  Ｂ）を経由してＶＰＭＮ（すなわちＶｏＬＴＥ‐ＷＢ  Ａ）に向かってダウンロードされなければならない。これは、加入‐通知メッセージの交換を介して実行される。
【００９３】
登録処理が完了された後に、ＶｏＬＴＥ‐ＷＢ  Ａは、ＶｏＬＴＥプラットフォームを経由してルーティングされＶｏＬＴＥ‐ＷＢ  Ｂに到達する加入メッセージを呼び出す。
【００９４】
ＨＰＭＮにおけるＶｏＬＴＥ‐ＷＢ  Ｂは、ＣＡＭＥＬ加入ＩＤ、ＭＳＩＳＤＮ、付加サービス、及び異なる着信転送オプションに関係する着信転送番号をダウンロードするために、いくつかのＳＳ７  ＭＡＰ  ＡＴＳＩメッセージを呼び出す。
【００９５】
一つのＭＡＰ  ＡＴＳＩは一つのＣＳＩ（発信又は着信のいずれか）のみを呼び戻し得るため、複数のＡＴＳＩ（少なくとも二つ）が呼び出されなければならない。
【００９６】
ＨＬＲからのＣＳＩのダウンロードに続いてＶｏＬＴＥ‐ＷＢは通知を生成し、ここでＭＳＩＳＤＮ、（２Ｇ／３Ｇサービスに関係する）付加サービス、並びにＶｏＬＴＥ‐ＷＢ  Ａに向かうＯ‐ＣＳＩ及び（Ｖ）Ｔ‐ＣＳＩを入力する。
【００９７】
ＣＡＭＥＬ  Ｔ‐ＣＳＩは、通常は位置更新中にＶ−ＭＳＣに静的にダウンロードされない。むしろ、これは着信通話中にＨＬＲによってゲートウェイＭＳＣに動的にダウンロードされる。しかしこの場合においては、加入者がローミングネットワーク内にいれば、Ｔ‐ＣＳＩはＶｏＬＴＥ登録中に静的にダウンロードされる。したがって、訪問先ＶｏＬＴＥ‐ＷＢにＶｏＬＴＥ着信通話が到着（招待）する場合には、これはＳＣＰへのＣＡＭＥＬトリガを作動させ得る。しかし、ＣＡＭＥＬフェーズ３がホームネットワークにおいて利用可能である場合には、Ｔ‐ＣＳＩはダウンロードされない。むしろ、ＶＴ‐ＣＳＩがＨＬＲ／ＨＳＳからＶｏＬＴＥ‐ＷＢにダウンロードされる。
【００９８】
ＶｏＬＴＥ‐ＷＢ  Ａは、続いて処理を終了するために２００  ＯＫとして生成する。
【００９９】
登録シナリオ３：
ＶＰＭＮにおけるＶｏＬＴＥ‐ＷＢ（Ａ）とＨＰＭＮにおける標準ＩＭＳネットワーク（Ｂ）の間におけるＶｏＬＴＥ登録であり、ネットワークＢからのＶｏＬＴＥ加入者はネットワークＡにおいてローミングを行っている。
【０１００】
図５に示されるように、ＶＰＭＮ  ＡはＶｏＬＴＥ‐ＷＢ  Ａを使用するが、ホームネットワークは標準ＩＭＳネットワークを有する。
【０１０１】
ＶｏＬＴＥ‐ＷＢ  Ａからの登録はＶｏＬＴＥ‐ＷＢ  Ａに関係するＰＳＩを伴う（bear）が、これは標準ＩＭＳネットワークであるため、ホームネットワークにとって重要性を有しない。
【０１０２】
ＰＳＩパラメータは、契約当事者が本ソリューションの範囲において特別に設計されるＶｏＬＴＥ‐ＷＢを有することを検出するために有用である。
【０１０３】
しかし、終端のうちの一つが標準ＩＭＳネットワークを使用する場合には、このパラメータは通信事業者ＶｏＬＴＥプラットフォームにより抑制される（suppressed）。
【０１０４】
通信事業者ＶｏＬＴＥプラットフォームは、ネットワークがシステムにおいてプロビジョニングされるときに、ネットワーク（標準ＶｏＬＴＥ  ＩＭＳ又はＶｏＬＴＥ‐ＷＢ）の構成タイプを保持する。この特定の場合においては、ＩＭＳネットワークは登録メッセージを受信し、標準ＩＭＳ／ＶｏＬＴＥ  ＵＥ登録機構の通りに認証チャレンジにより応答する。
【０１０５】
図５中の登録フローの残りは、標準ＩＭＳ登録手順に関係する。
【０１０６】
通話シナリオ１：
現在ＶＰＭＮ  Ａ（ＶｏＬＴＥ‐ＷＢ  Ａ）においてローミングを行い、標準ＩＭＳネットワークＣに向かって電話を掛ける、ＨＰＭＮ  Ｂ（ＶｏＬＴＥ‐ＷＢ  Ｂ）からのプリペイドユーザからのＶｏＬＴＥ  ＭＯ通話である。
【０１０７】
図６は、ＩＭＳネットワークＣに向かうＭＯ通話のために従われる機構を示す。ローミング利用者ＢはＶｏＬＴＥ  ＭＯ通話を掛け、招待（ＩＮＶＩＴＥ）はＶｏＬＴＥ‐ＷＢ  Ａに到着する。ＶｏＬＴＥ‐ＷＢ  Ａは、ＶｏＬＴＥ登録処理中にダウンロードされるＯ‐ＣＳＩフラグが存在することを決定する。ＶｏＬＴＥ‐ＷＢ  Ａは、ホームネットワークにおけるＣＡＭＥＬ  ＳＣＰに向かうＣＡＭＥＬトリガを呼び出す。
【０１０８】
成功した認証および承認に続いて、ＳＣＰはＲＲＢＥ／課金適用（Apply Charging）／継続（Continue）を生成する。さらに、ＶｏＬＴＥ‐ＷＢ  Ａは通信事業者ＶｏＬＴＥプラットフォームを経由してＩＭＳネットワークＣに向かう通話を進行させる。
【０１０９】
ＳＩＰシグナリングは、ＨＰＭＮに向かってルーティングされない。シグナリングは、丁度２Ｇ／３Ｇ通話モデルのようにＩＭＳネットワークＣに向かって直接ルーティングされる。
【０１１０】
ＳＩＰシグナリングはホームネットワークに向かってルーティングされないため、登録ダイアログからの２００  ＯＫから導出されるサービス経路ヘッダはここでは使用されない。
【０１１１】
伝統的なＶｏＬＴＥ  ＭＯ通話においては、招待中の経路ヘッダは、ホームＩＭＳネットワークのＳ‐ＣＳＣＦアドレスを有する登録ダイアログからの２００  ＯＫのサービス経路ヘッダから導出される。しかし、サービス経路フィールドはここでは重要性を有しない。
【０１１２】
ＳＩＰメッセージは、プレコンディショニングが有効にされるＭＯ通話のための標準ＶｏＬＴＥ  ＳＩＰ通話フローに従って続く。音声用ＧＴＰ専用ベアラ（００１＝１）の作成はこの通話フローにおいて示されないが、一部が無視されるように標準からの逸脱は存在しない。
【０１１３】
ＶｏＬＴＥ‐ＷＢ  Ｂが被呼側からの回答を受信するときに、これは２００  ＯＫを生成してＶｏＬＴＥ‐ＷＢ  Ａに向かってそれをルーティングする。
【０１１４】
ＶｏＬＴＥ‐ＷＢ  Ａは、ホームネットワークにおけるＣＡＭＥＬ  ＳＣＰに向かうＣＡＭＥＬ  ＥＲＢＥを生成する。
【０１１５】
通話はＭＯ通話のための標準ＩＭＳ  ＳＩＰ／ＲＴＰ方法に従って継続し、ＣＡＭＥＬ  ＭＯレッグ（leg）は並列に作動させられる。
【０１１６】
通話シナリオ２：
ＶｏＬＴＥ  ＭＴ通話は、現在ＶＰＭＮ  Ａ（ＶｏＬＴＥ‐ＷＢ  Ａ又は標準ＩＭＳ）においてローミングを行うＨＰＭＮ  Ｂ（ＶｏＬＴＥ‐ＷＢ  Ｂ）からのプリペイドユーザに向かい、発呼側はＨＰＭＮ  Ｂからの加入者である。
【０１１７】
図７に図示されるように、通話はホームネットワークＢ内のＶｏＬＴＥ‐ＷＢに到達する。ホームネットワークＢは、加入者の動的プロファイル中のＣＡＭＥＬ  （Ｖ）Ｔ‐ＣＳＩフラグを見付ける。この（Ｖ）Ｔ‐ＣＳＩフラグは、ＩＭＳ登録フェーズ中に登録されている。
【０１１８】
ＶｏＬＴＥ‐ＷＢ  Ｂは、認証及び承認処理のために、ホームネットワークにおけるＣＡＭＥＬ  ＳＣＰに向かうＣＡＭＥＬ  ＭＴレッグ（ＣＡＭＥＬ  ＩＤＰ）を作動させる。
【０１１９】
認証及び承認が成功すると、ＣＡＭＥＬ  ＳＣＰは、ＶｏＬＴＥ‐ＷＢ  Ｂに向かうローミングＭＴレッグについてＲＲＢＥ／課金適用及び継続をルーティングする。
【０１２０】
ＳＩＰ招待は、登録処理中にＶｏＬＴＥ‐ＷＢ  Ｂにおいて登録される経路（Path）ヘッダを基礎として、ＨＰＭＮ  ＢにおけるＶｏＬＴＥ‐ＷＢ  ＢからＶＰＭＮ  Ａに向かってルーティングされる。これは、標準ＩＭＳ  ＭＴレッグ通話フローに従う。
【０１２１】
通話ヘッダはＶｏＬＴＥ登録中に（それ自体のエントリを追加することにより）通信事業者ＶｏＬＴＥプラットフォームにより操作されているため、ＳＩＰダイアログは通信事業者ＶｏＬＴＥプラットフォームを通って流れる。
【０１２２】
通話シナリオ３：
ＶｏＬＴＥ  ＭＴ通話は、現在ＶＰＭＮ  Ａ（ＶｏＬＴＥ‐ＷＢ  Ａ）においてローミングを行うＨＰＭＮ  Ｂ（ＶｏＬＴＥ‐ＷＢ  Ｂ）からのプリペイドローミング利用者に向かい、通話は通信事業者ＶｏＬＴＥプラットフォームに到着する。
【０１２３】
今図８を参照すると、通話は（移行環境内に位置する）通信事業者ＶｏＬＴＥプラットフォームに到達する。通信事業者ＶｏＬＴＥプラットフォームは、加入者の動的プロファイル中にＣＡＭＥＬ  （Ｖ）Ｔ‐ＣＳＩフラグを見付ける。この（Ｖ）Ｔ‐ＣＳＩフラグは、ＩＭＳ登録フェーズ中に通信事業者ＶｏＬＴＥプラットフォームにおいてキャッシングされている。
【０１２４】
通信事業者ＶｏＬＴＥプラットフォームは、認証及び承認処理のために、ホームネットワークにおけるＣＡＭＥＬ  ＳＣＰに向かうＣＡＭＥＬ  ＭＴレッグ（ＣＡＭＥＬ  ＩＤＰ）を作動させる。成功したＡＡがあると、ＣＡＭＥＬ  ＳＣＰは通信事業者ＶｏＬＴＥプラットフォームに向かうローミングＭＴレッグについてＲＲＢＥ／課金適用及び継続をルーティングする。
【０１２５】
さらに、登録処理中に通信事業者ＶｏＬＴＥプラットフォームにおいて登録される経路ヘッダを基礎として、ＳＩＰ招待が通信事業者ＶｏＬＴＥプラットフォームから直接ＶＰＭＮ  Ａに向かってルーティングされる。これは、通信事業者とＶＰＭＮの間の標準ＩＭＳ  ＭＴレッグ通話フローに従う。
【０１２６】
付加サービスはＶｏＬＴＥ登録中に既に通信事業者ＶｏＬＴＥプラットフォームにおいて登録されているため、そのようなサービスはＳＳ呼び出しのために直接使用され得る。
【０１２７】
メディアは、通信事業者ＶｏＬＴＥプラットフォーム内に固定される。
【０１２８】
本方法は、標準ＩＭＳモデルによっては可能でない、シグナリングとメディアプレーンの両方についてのＯＣＲ（最適通話ルーティング）を可能にする。
【０１２９】
（ネットワーク展開に依存する通話軌跡）
潜在的な最適化を含む異なる通話ルーティングシナリオは、種々のＭＮＯにより展開されるＶｏＬＴＥネットワークのタイプ（すなわちＶｏＬＴＥ‐ＷＢ又は標準ＩＭＳ）に依存する。
ａ．全ての場合において、ＨＰＭＮ‐ＡとＨＰＭＮ‐Ｂの加入者はローミングを利用している。
ｂ．ＶＰＭＮとＨＰＭＮが両方ＶｏＬＴＥ‐ＷＢを使用している全ての場合において、リアルタイム課金は既存の課金基盤を再使用するＣＡＭＥＬを介して提供され得る。
ｃ．両方の加入者が同一の訪問先ネットワークにおいてローミングを利用している場合。
ｄ．各加入者が異なる訪問先ネットワークにおいてローミングを利用している場合。
【０１３０】
最適化メディアルーティングが現在のＩＭＳ仕様内において実現可能である一方、シグナリングルーティング最適化は可能ではない。すなわち、シグナリングは常に加入者のホームＳ‐ＣＳＣＦを通じて流れなければならない。
【０１３１】
通信事業者ＶｏＬＴＥプラットフォームは、それがＩＭＳ登録中に実行する加入者プロファイルキャッシングに起因して、シグナリング及びメディアルーティングの最適化における役割をも果たし得る。
【０１３２】
図９ａ乃至図９ｏは、最適メディアルーティング（ＯＭＲ）及び最適シグナリングルーティング（ＯＳＲ）を示し、これらは本明細書において以下に説明される。これらの図中において、赤線はＳＩＰシグナリングを表し、青線はＲＴＰ上の音声を示す。
【０１３３】
（同一の訪問先ネットワークにおける両方の加入者のローミング）
【表４】
2019506775.tif 000006
【表５】
2019506775.tif 000007
【０１３４】
（異なる訪問先ネットワークにおける各加入者のローミング）
【表６】
2019506775.tif 000008
【０１３５】
（レガシーとの網間接続）
ＶｏＬＴＥブレイクアウトの場合において、標準ＶｏＬＴＥネットワークは、ＩＭＳトラフィックをレガシートラフィック（ＴＤＭ、ＩＳＤＮ、ＶｏＩＰ）に分解する（break）ために、専用のＩＭＳコンポーネント（ＭＧＣＦ）を必要とする。このＭＧＣＦコンポーネントは、伝統的なＴＤＭネットワークとＩＭＳネットワークの間の接続を提供する。当該変換は、５５７−ＩＳＵＰ，ＳＩＰ‐Ｉ，ＳＩＰ‐ＴプロトコルとＩＭＳ  ＳＩＰプロトコルの間において行われる。
【０１３６】
ＶｏＬＴＥ‐ＷＢを使用して、ブレイクアウト通話はサービス提供ネットワーク内のＭＧＣＦコンポーネントなしに可能にされ、これによりＭＧＣＦであるこの追加のネットワークコンポーネントの統合を回避することによって市場において販売する複雑さ、費用及び時間を削減する。
【０１３７】
このブレイクアウト機能を提供するために、ＶｏＬＴＥ‐ＷＢは標準ＰＢＸダイヤルアウト能力の使用を行う。
【０１３８】
図１０ａ及び図１０ｂは、レガシーネットワーク（ＩＳＵＰ／ＶｏＩＰ）、すなわち図１０ａ、又はレガシー企業ＰＢＸ（ＩＳＤＮ）、すなわち図１０ｂに向かう通話のブレイクアウトのためのＶｏＬＴＥ‐ＷＢにより従われる機構を示す。明確性を維持するために、ＳＩＰ  １００及びＳＩＰ  ＡＣＫメッセージはレガシーネットワークに向かう図から省略される。
【０１３９】
ＶｏＬＴＥ‐ＷＢに属するＶｏＬＴＥ加入者はＶｏＬＴＥ  ＭＯ通話を掛け、招待がＶｏＬＴＥ‐ＷＢに到着する。ＶｏＬＴＥ‐ＷＢは、以下に示されるその内部ルーティング論理に基づいて、通話がブレイクアウトを行うべきであることを決定する。
ａ．通話先が国内レガシー相互接続である。
ｂ．通話先がＶｏＬＴＥ‐ＷＢ運営者に属するが、ＶｏＬＴＥ‐ＷＢ上に登録されていない。
ｃ．通話先がＶｏＬＴＥ‐ＷＢ加入者であるが、現在ＶｏＬＴＥカバーの下にない。これは、本明細書において以下に説明されるようなアクセス領域選択を介して決定される。
【０１４０】
携帯電話番号継続制度シナリオは、その実施アプローチに依存するため、個々の場合に応じて解決されなければならない。
【０１４１】
ＳＩＰメッセージは、ＵＥ  Ａにより必要とされる場合にプレコンディショニングが有効にされるＭＯ通話のための標準ＶｏＬＴＥ  ＳＩＰ通話フローに従って継続する。提案されるＶｏＬＴＥ‐ＷＢは、個々の通話に応じてプレコンディショニングの支援を可能にする。
【０１４２】
（ＭＴ通話についてのアクセス領域選択）
ＭＴ通話がＶｏＬＴＥ‐ＷＢ上に到着するときに、これは通話先に通話がＶｏＬＴＥを介して送信されるべきであるか、又はレガシーＣＳを介して送信されるべきであるかを決定しなければならない。
【０１４３】
伝統的なＩＭＳコアは、ＨＳＳ及びＭＭＥ／ＳＧＳＮ上のＴ‐ＡＤＳと共にＴ‐ＡＤＳアプリケーションサーバを使用することを通じて、上記課題を達成するであろう。本ソリューションにおいては、当該機能はＥＰＣネットワーク上のいかなる特別の要件もなしに、ＶｏＬＴＥ‐ＷＢ単独により提供される。
【０１４４】
ＶｏＬＴＥ‐ＷＢは、続くセクションにおいて説明されるＧｘ  ＲＡＴ変更トリガの使用を通じて、ＵＥの現在のカバー技術を知っているように維持される。この情報を使用して、ＶｏＬＴＥ‐ＷＢは任意のＭＴ通話を適切な技術（すなわちＶｏＬＴＥ又はレガシーＣＳ）上に転送することができる。図１１は、この機構を図示する。
【０１４５】
本ソリューションは、デフォルトによればＶｏＬＴＥ‐ＷＢ上に到着するＶｏＬＴＥにより開始される通話のためだけでなく、レガシーＣＳネットワークから開始される通常のブレイクイン通話のためにも有効である。
【０１４６】
このブレイクイン通話のための機能の使用を行うための、レガシーネットワークのための事前の必要条件は、これに適切な着信領域決定を行わせるために、ＶｏＬＴＥ‐ＷＢを通じて全ての通話をルーティングすることである。代替策は、現在ＬＴＥカバーの下の加入者に到達するために、レガシーネットワークから開始される全ての通話に既存のＣＳＦＢ機構を使用させることである。しかし、欠点はＣＳＦＢにより必要とされる必須のハンドオーバ手順に起因して増加される通話設定時間である。
【０１４７】
（無線アクセスタイプ追跡）
その上にＭＴ通話が到着しなければならないアクセス領域を正しく選択するために、本明細書において上述されたように、無線アクセス追跡がＶｏＬＴＥ‐ＷＢ内において実施される。
【０１４８】
ＭＮＯ／ＭＶＮＯの場合においては、標準ＧｘインターフェースがＰＧＷとＶｏＬＴＥ‐ＷＢの間に必要とされる。ＰＧＷは、ＩＭＳ  ＡＰＮのＧｘ構成をＶｏＬＴＥ‐ＷＢに関連付けなければならない。ＶｏＬＴＥ‐ＷＢは、ＰＧＷによって任意の無線アクセス変更が通知されるために、ＣＣＡ‐Ｉ中のＲＡＴ変更イベントトリガを有効にするであろう。
【０１４９】
図１２に見られ得るように、ＵＥがアクセスネットワーク間を移動するときにはいつでも、コンテキスト情報を更新するためにＰＧＷがＳＧＳＮ又はＳＧＷにより通知される。ＶｏＬＴＥ‐ＷＢはＲＡＴ変更イベントトリガを有効にするため、ＰＧＷは、新しいＲＡＴをこれに通知するＶｏＬＴＥ‐ＷＢに対してＣＣＡ‐Ｕを送信する。
【０１５０】
企業使用の場合においては、Ｇｘリンクが利用可能でないかも知れない。従って代替策として、ダウンロードされるクライアント自体が任意の無線アクセスネットワーク変更を監視しており、ＶｏＬＴＥ‐ＷＢにそのようなイベントを通知しているであろう。
【０１５１】
（音声通話継続）
進行中のＶｏＬＴＥ通話を有する加入者がＬＴＥカバーから外れるときに、通話は回路切り替え基盤を使用して対象の無線技術（すなわちＧＥＲＡＮ又はＵＴＲＡＮ）内において継続しなければならない。これは音声通話継続と呼ばれる。
【０１５２】
ＭＮＯ／ＭＶＮＯ使用の場合において、サービス提供ネットワークがそのＭＭＥ及びＭＳＣサーバ／メディアＧＷにおいて（ｅ）ＳＲＶＣＣをサポートする場合には、標準ＩＭＳ（ｅ）ＳＲＶＣＣ機構が使用され得る（３ＧＰＰ  ２３．２１６及び２３．２３７）。しかし、サービス提供ネットワークが（ｅ）ＳＲＶＣＣを取り扱うことできない場合には、ローカルに展開されるＶｏＬＴＥ‐ＷＢは無線アクセスタイプ追跡に基づく音声通話継続のためのソリューションを提供する。
【０１５３】
ＶｏＬＴＥ‐ＷＢは、ＧＧＳＮ／ＰＧＷにより引き起こされるＧｘ  ＣＣＲ‐Ｕメッセージを通じてＬＴＥからＧＥＲＡＮ／ＵＴＲＡＮへの無線アクセス変更が発生したことを検出する。企業の場合においては、ダウンロードされるクライアントがＶｏＬＴＥ‐ＷＢに無線アクセス変更を通知する。
【０１５４】
加入者が進行中の通話を有した場合には、ＶｏＬＴＥ‐ＷＢは通話の他の側に向かって再招待を送信し、そのピア加入者が現在無線アクセスタイプを変更する過程にあることを示すアナウンス（例えば音声アナウンス又は特別の音）を再生する。次にＶｏＬＴＥ‐ＷＢは、任意の他のブレイクアウト通話として、サービス提供ネットワークの回路切り替え基盤に向かって通話設定を開始する。
【０１５５】
次に移動中の加入者はこの通話を受信し、回答されるとＶｏＬＴＥ‐ＷＢは双方向通信を再確立するために他の側に再招待を送信する。図１３は、この機構を図示する。
【０１５６】
この機構は音声通話継続を提供するが、ユーザ経験は標準（ｅ）ＳＲＶＣＣとは異なる。本ソリューションにより、移動中の加入者は切り替えられる回路上において通話を受信し、これは回答されなければならない。（ｅ）ＳＲＶＣＣにおいては、通話はいかなる中断もなしに継続する。
【０１５７】
ＶｏＬＴＥ‐ＷＢを通じたＶｏＬＴＥサービスの提供は、標準ＩＭＳ実施と比較されるときに略同一のユーザ経験を結果として生じる。挙動における唯一の違いは、標準（ｅ）ＳＲＶＣＣがサービス提供ネットワークにおいて実施されていないときに、通話の中間において経験される（witnessed）音声通話継続が作動させられることである。その場合において、移動している側は対象無線ネットワーク（２Ｇ／３Ｇ）において移動手順が完了されるとコールバックを受信する一方、他の側はそのピアが現在移動中であることの通知を受信する。これは、移動がシームレスである（ｅ）ＳＲＶＣＣと対照をなす。
【０１５８】
前述の説明は、本発明によりもたらされる以下の特徴のリストにおいて具体化される。
・ＩＭＳコアを実施することなく任意のサイズのネットワーク（企業、ＭＶＮＯ及びＭＮＯ）についてＶｏＬＴＥ／ＶｏＷｉＦｉ、従ってＶｏＸＸを集中的に有効にする。
【０１５９】
・ＶｏＬＴＥ‐ＷＢはシグナリングとメディアルーティングの両方について現在の２Ｇ／３Ｇ  ＣＳローミングモデルの再使用を可能にする一方、標準ＶｏＬＴＥシグナリングはＬＢＯ‐ＶＰＭＮルーテッド（すなわちＲＡＶＥＬ）においてさえ常にホームネットワークに向かって戻るようにルーティングされる。
【０１６０】
・現在の移動体音声課金アーキテクチャが、現在の２Ｇ／３Ｇ  ＣＳ通話ルーティング及び課金モデルのサポートに起因して保持され得る。
【０１６１】
・ＶｏＬＴＥ‐ＷＢは、任意の静的加入者プロファイルプロビジョニングを回避するように設計されており、追加のＯＳＳ開発及び統合の複雑さを回避する。これは、ＶｏＬＴＥ‐ＷＢにより必要に応じてダウンロードされる、付加サービスを含む現在の２Ｇ／３Ｇ  ＨＬＲ音声プロファイルの再使用を通じて可能にされる。
【０１６２】
・通信事業者ＶｏＬＴＥプラットフォームにおける加入者プロファイルキャッシングは、いくつかのシナリオのための最適化される通話ルーティングを可能にする。
【０１６３】
・ＶｏＬＴＥ‐ＷＢは、２Ｇ／３Ｇ／ＥＰＣ  ＨＬＲ／ＨＳＳから認証ベクタを取り出すために、ＭＡＰ又はＳ６ａインターフェースの使用を行い得る。これは、登録中のＩＭＳ  ＡＫＡ認証のために必要とされる。この機能は、ＨＳＳ上の新たなインターフェース、すなわちＣｘインターフェースのサポート、試験、検証及び統合を必要とすることなく、現在展開されるインターフェースの再使用を可能にする。
【０１６４】
・ＶｏＬＴＥ‐ＷＢは、Ｃｘ、Ｓ６ａ又はＭＡＰインターフェースを介した認証ベクタのプロビジョニングを行うことができない運営者に起因してＩＭＳ  ＡＫＡ認証が可能でない場合に特有の装置検証機構を提供する。これは、ＶｏＬＴＥ‐ＷＢがＩＭＳＩのＵＥ  ＩＰアドレスへのマッピングを完全に知ることを可能にする、組み込まれる軽量ＰＣＲＦ機能に依存する。
【０１６５】
・標準ＩＭＳ実施において、移動体発信通話は、登録の２００  ＯＫメッセージのサービス経路ヘッダ中に存在するルーティング情報を使用して、ＶＰＭＮからＨＰＭＮに向かってルーティングされる。加入者のＨＰＭＮもまたＶｏＬＴＥ‐ＷＢを展開している場合には、ＶｏＬＴＥ‐ＷＢは、移動体発信通話のルーティングのためのサービス経路ヘッダの使用を消去することにより、ＭＯ通話ルーティングの複雑さを削減する。この場合において、訪問先ＶｏＬＴＥ‐ＷＢは２Ｇ／３Ｇ  ＣＳローミング通話モデルに従って、網間接続レッグを直接進行させ得る。
【０１６６】
ＶｏＬＴＥ‐ＷＢは、ＭＧＣＦの必要を消去する新規なブレイクアウト機構を提供するが、標準ＰＢＸダイヤルアウト能力を利用することにより同一のユーザ経験をもたらす。
【０１６７】
組み込まれる軽量ＰＣＲＦ機能を通じて無線アクセスタイプ追跡が可能にされ、ＭＴ通話が到着するときにはいつでもＶｏＬＴＥ‐ＷＢが着信アクセス領域選択を実施することを可能にし、これによりＳＧＳＮ／ＭＭＥ及びＨＳＳ上のＴ‐ＡＤＳサポートとともにＴ‐ＡＤＳアプリケーションサーバの必要を消去する。当該特徴は、通話中のＶｏＬＴＥ顧客が２Ｇ／３Ｇカバーを選択してＬＴＥカバーを離れるときにはいつでも、ＶｏＬＴＥ‐ＷＢが音声通話継続を実施することをも可能にする。この場合において、ＶｏＬＴＥの下において開始された通話は、ＣＳの下において継続することを必要とする。伝統的なＩＭＳネットワークにおいて、これはＭＭＥ及びＭＳＣサーバの両方の上における（ｅ）ＳＲＶＣＣサポートと共にＳＣＣ‐ＡＳを必要とする。軽量ＰＣＲＦ機能を利用することにより、ＶｏＬＴＥ‐ＷＢは加入者が無線技術を変更する時点をリアルタイムに識別することが可能であり、これによりＶｏＬＴＥからＣＳに通話を移行する処理を開始する。
【０１６８】
・ＶｏＬＴＥ‐ＷＢが通信事業者に向かって、潜在的にはピアＶｏＬＴＥ‐ＷＢに対してその存在を知らせるために、これはＳＩＰメッセージ中にＳＩＰ公衆サービス識別ヘッダを含める。
【０１６９】
・通信事業者ＶｏＬＴＥプラットフォームとの組み合わせにおけるＶｏＬＴＥ‐ＷＢは、ＶｏＬＴＥフレームワークに適用されるエッジおよびクラウドコンピューティングの新たな枠組みを開始する。
【０１７０】
・ＶｏＬＴＥ‐ＷＢは、国内サービス、網間接続及びローミング機能を提供するＵＮＩ及びＮＮＩ能力を提供するために、他のＶｏＬＴＥ‐ＷＢネットワークと共に標準ＩＭＳネットワークと統合することが可能な柔軟なシステムを提供する。
【０１７１】
特定の動作要件及び環境に適合するために変化させられる他の変形及び変更は当業者にとって明白であり、本発明は開示の目的のために選択される実施例に限定されるとは考えられず、本発明の真の精神及び範囲からの逸脱を構成しない全ての変更及び変形に及ぶ。
【０１７２】
このように本発明を説明したが、特許文書により保護されることが望まれるものは後続の添付の特許請求の範囲に提示される。
【図面の簡単な説明】
【０１７３】
【図１】本発明による顧客のＥＰＣに接続されるＶｏＬＴＥ‐ＷＢシステムのブロック図である。
【図２】ローカルオンネット通話、ローカルオフネット通話及び国際網間接続並びにローミング通話シナリオを図示するブロック図である。
【図３】第一のＶｏＬＴＥ登録シナリオを図示するフローチャートである。
【図４ａ】総合して第二のＶｏＬＴＥ登録シナリオを図示するフローチャートである。
【図４ｂ】総合して第二のＶｏＬＴＥ登録シナリオを図示するフローチャートである。
【図５】第三のＶｏＬＴＥ登録シナリオを図示するフローチャートである。
【図６】第一のＶｏＬＴＥ通話シナリオを図示するフローチャートである。
【図７】第二のＶｏＬＴＥ通話シナリオを図示するフローチャートである。
【図８】第三のＶｏＬＴＥ通話シナリオを図示するフローチャートである。
【図９ａ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｂ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｃ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｄ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｅ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｆ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｇ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｈ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｉ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｊ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｋ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｌ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｍ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｎ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図９ｏ】種々のルーティングのためのシグナリング及びメディア最適化を図示する。
【図１０ａ】レガシーネットワークに向かう通話のブレイクアウトを行うためのＶｏＬＴＥ‐ＷＢにより従われる機構を図示するフローチャートである。
【図１０ｂ】レガシー企業ＰＢＸ（ＩＳＤＮ）に向かう通話のブレイクアウトを行うためのＶｏＬＴＥ‐ＷＢにより従われる機構を図示するフローチャートである。
【図１１】ＭＴのためのアクセス領域選択を図示するブロック図である。
【図１２】無線アクセスタイプ追跡を図示するフローチャートである。
【図１３】音声通話継続を図示するフローチャートである。
【図１】
2019506775.tif 000009
【図２】
2019506775.tif 000010
【図３】
2019506775.tif 000011
【図４ａ】
2019506775.tif 000012
【図４ｂ】
2019506775.tif 000013
【図５】
2019506775.tif 000014
【図６】
2019506775.tif 000015
【図７】
2019506775.tif 000016
【図８】
2019506775.tif 000017
【図９ａ】
2019506775.tif 000018
【図９ｂ】
2019506775.tif 000019
【図９ｃ】
2019506775.tif 000020
【図９ｄ】
2019506775.tif 000021
【図９ｅ】
2019506775.tif 000022
【図９ｆ】
2019506775.tif 000023
【図９ｇ】
2019506775.tif 000024
【図９ｈ】
2019506775.tif 000025
【図９ｉ】
2019506775.tif 000026
【図９ｊ】
2019506775.tif 000027
【図９ｋ】
2019506775.tif 000028
【図９ｌ】
2019506775.tif 000029
【図９ｍ】
2019506775.tif 000030
【図９ｎ】
2019506775.tif 000031
【図９ｏ】
2019506775.tif 000032
【図１０ａ】
2019506775.tif 000033
【図１０ｂ】
2019506775.tif 000034
【図１１】
2019506775.tif 000035
【図１２】
2019506775.tif 000036
【図１３】
2019506775.tif 000037
【国際調査報告】
2019506775.tif 000038
2019506775.tif 000039
2019506775.tif 000040