(57)【要約】ユーザがパケットデータ及び回路交換型アクセスネットワークの間でスイッチする場合の連続的なボイスコールに対するシステム及び方法。１つの例示的実施例においては、本発明は、ＩＰ−ＣＡＮとＣＳネットワーク（例えば、ＰＳＴＮ又はＧＳＭ）との間で移動するユーザに対してボイスコールコンティニュイティをサポートする相互作用システムを包含している。１つの例示的実施例においては、本発明は、ボイスコールに対するアンカーポイントとして作用し（即ち、それはそれからハンドオーバーが開始されるノードである）且つアクセスネットワークに拘わらずにユーザ装置（ＵＥ）への及びそれからのボイスコールを取扱うボイスコールコンティニュイティアプリケーションサーバー（ＶＣＣ−ＡＳ）を有している。【選択図】      図１
2008547289.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて、
第一アクセスネットワーク、
メディアゲートウエイ、
該メディアゲートウエイとソース／デスティネーションノードとの間の中断されないベアラを維持しながら、ユーザ装置と該メディアゲートウエイとの間の少なくとも１つのベアラを変更すべく適合されている第一ノード、
を有している通信システム。
【請求項２】
請求項１において、更に、該ユーザ装置と該第一ノードとの間でＳＩＰセッションを開始すべく適合されているユーザ装置を有している通信システム。
【請求項３】
請求項１において、該第一ノードが、該ユーザ装置が該第一アクセスネットワークから第二アクセスネットワークへ移動する場合に、該ユーザ装置と該メディアゲートウエイとの間の該少なくとも１つのベアラを変更すべく適合されている通信システム。
【請求項４】
請求項１において、該ユーザ装置と該メディアゲートウエイとの間の少なくとも１つのベアラが、パケットデータベアラから回路交換型ベアラへ又は回路交換型ベアラからパケットデータベアラへ変更される通信システム。
【請求項５】
請求項３において、該第一アクセスネットワークがパケットデータアクセスネットワークであり、且つ該第二アクセスネットワークが回路交換型アクセスネットワークである通信システム。
【請求項６】
請求項３において、該第一アクセスネットワークが回路交換型アクセスネットワークであり、且つ該第二アクセスネットワークがパケットデータアクセスネットワークである通信システム。
【請求項７】
請求項１において、該第一ノードがコールシグナリング用アンカーとして作用すべく適合されており、且つ該メディアゲートウエイが該ユーザ装置と該メディアゲートウエイとの間のコールベアラ及び該メディアゲートウエイと該ソース／デスティネーションノードとの間のコールベアラをアンカーすべく適合されている、
通信システム。
【請求項８】
請求項１において、補助的データチャンネルを介しての帯域外パケットシグナリングは、該アクセスネットワークが回路交換型アクセスネットワークであるか又はパケットデータアクセスネットワークであるかに拘わらず、常にコールコントロールシグナリングをアンカーさせるために該第一ノードによって使用される通信システム。
【請求項９】
請求項８において、該帯域外パケットシグナリングがＳＩＰであり、且つ該補助的データチャンネルがＧＰＲＳ又はＵＳＳＤである通信システム。
【請求項１０】
パケットデータネットワークと回路交換型ネットワークとの間でワイヤレスボイスコールをハンドオフする方法において、
ユーザ装置と第一ノードとの間に１つ又はそれ以上の第一コールコントロールレグを確立し、
該第一ノードとデスティネーションとの間の１つ又はそれ以上の第二コールコントロールレグを確立し、
該ユーザ装置が第一アクセスネットワークから第二アクセスネットワークへ移動する場合に、該第二アクセスネットワークを介しての該ユーザ装置と該第一ノードとの間の１つ又はそれ以上の第三コールコントロールレグを確立し、
オプションとして、所望である場合には、該第一アクセスネットワークを介しての該１つ又はそれ以上の第一コールコントロールレグを終了させ、
該１つ又はそれ以上の第三コールレグが該１つ又はそれ以上の第一コールレグとは異なるベアラを使用し、且つ第一、第二、第三コールコントロールレグ用のコールコントロールシグナリングとしてＳＩＰが使用される方法。
【請求項１１】
請求項１０において、該１つ又はそれ以上の第一コールレグのベアラがＲＰＴベアラであり、且つ該１つ又はそれ以上の第三コールレグのベアラがＴＤＭベアラである方法。
【請求項１２】
請求項１０において、コールベアラが第二ノードにおいてアンカーされている方法。
【請求項１３】
請求項１２において、該第一ノードがアプリケーションサーバーであり、且つ該第二ノードがメディアゲートウエイである方法。
【請求項１４】
請求項１０において、該第一ノードがＢ２ＢＵＡとして動作する方法。
【請求項１５】
請求項１０において、該１つ又はそれ以上の第一コールレグのベアラがＴＤＭベアラであり、且つ該１つ又はそれ以上の第三コールレグのベアラがＲＴＰベアラである方法。
【請求項１６】
ユーザ装置がアクセスネットワークを変更する場合にボイスコールを維持する方法において、
第一パケットデータアクセスネットワークか又は第二回路交換型アクセスネットワークのいずれかと関連するアクセス技術を使用してユーザ装置を第一ノードへ登録し、
該ユーザ装置からのＳＩＰシグナリングを終了させ且つデスティネーションへ向けての別のコールコントロールシグナリングレグを開始させることにより、第一パケットデータアクセスネットワークにおいて開始されるユーザ装置から発生するコールを処理し、
該第二回路交換型アクセスネットワークと関連する回路交換型ベアラを作成することを該ユーザ装置に指示し、該ユーザ装置からのＳＩＰシグナリングを終了させ、且つ該デスティネーションへ向けての別のコールコントロールシグナリングレグを開始させることにより、第二回路交換型アクセスネットワークにおいて開始されるユーザ装置から発生するコールを処理し、
入って来るコールコントロールシグナリングレグを終了させ且つ該ユーザ装置へ向けてのＳＩＰシグナリングを開始させることにより、該第一パケットデータアクセスネットワークにおいて、ユーザ装置で終了するコールを処理し、
入って来るコールコントロールシグナリングを終了させ、回路交換型コールレグ用の第二回路交換型アクセスネットワークと関連している回路交換型ベアラを作成することを少なくとも該ユーザ装置に指示し、且つ該ユーザ装置に向かってのＳＩＰシグナリングを開始させることにより、該第二回路交換型アクセスネットワークにおいて、ユーザ装置で終了するコールを処理する、
方法。
【請求項１７】
請求項１６において、該第一パケットデータアクセスネットワークがＷＬＡＮであり、且つ該第二回路交換型アクセスネットワークがＧＳＭである方法。
【請求項１８】
請求項１６において、該第一ノードが該ユーザ装置と該デスティネーションとの間でのコールシグナリングを処理し且つアンカーするアプリケーションサーバーである方法。
【請求項１９】
請求項１６において、該ユーザ装置がアクセスネットワークを変更する場合に、コールシグナリングは継続して該第一ノードにアンカーされたままであり、一方コールベアラが第二ノードにアンカーされる方法。
【請求項２０】
請求項１９において、該第二ノードがメディアゲートウエイである方法。
【請求項２１】
ユーザ装置がアクセスネットワークを変更する場合にボイスコールを維持する方法において、
ユーザ装置が第二無線アクセスネットワークへエンターしたことを検知し且つＳＩＰシグナリングを使用して該第二アクセスネットワークを介して第一ノードへ該ユーザを登録し、
該第二アクセスネットワークに対するユーザ装置のハンドオーバー要求を処理し、
第二ノードとその他のパーティとの間のコールベアラレグを不変のまま維持しながら、該第二アクセスネットワークを介しての該ユーザ装置と第二ノードとの間のハンドオーバーされたコールに対する適宜のベアラを確立し、
オプションとして該第一アクセスネットワークを介しての該ユーザ装置と第二ノードとの間の以前のコールベアラレグを解放する、
方法。
【請求項２２】
請求項２１において、該第一ノードがボイスコールコンティニュイティアプリケーションサーバーであり、且つ該第二ノードがメディアゲートウエイである方法。
【請求項２３】
請求項２１において、該第一アクセスネットワークがＷＬＡＮであり、且つ該第二アクセスネットワークがＧＳＭである方法。
【請求項２４】
請求項２１において、該第一アクセスネットワークがＧＳＭであり、且つ該第二アクセスネットワークがＷＬＡＮである方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大略、ワイヤレステレフォニー即ち無線電話に関するものであって、更に詳細には、コールコンティニュイティ即ち通話連続性を維持しながら多数のワイヤレスアクセスネットワークを使用することに関するものである。
【背景技術】
【０００２】
本発明はＩＰ接続性アクセスネットワーク（ＩＰ−ＣＡＮ、例えばＷＬＡＮ）とＧＳＭ  ＣＳネットワークとの間のボイス（音声）とデータサービスとの統合的相互作用に関するものである。ＩＰ−ＣＡＮと携帯電話ネットワークとの間のデータコンバージェンス即ちデータの統合が益々普及してくると、オペレータがＩＰ−ＣＡＮを介してボイス（音声）サービスをサポートする能力を有することが有益的である。更に、エンドユーザ装置は両方のアクセスを有する蓋然性があるので、これらのアクセスにわたってのボイスコンティニュイティ即ち音声連続性を有することも重要である。特に、エンドユーザは、該ユーザが有効なアクセスネットワークのうちの１つの中にある限り、コールを発生し且つコールを受取ることが可能でなければならず、且つそのコールは、ユーザがアクセス境界を超えて移動する場合に継続するものであるべきである。
【０００３】
現在のところ、ＩＰ−ＣＡＮ及びＧＳＭ／ＧＰＲＳネットワーク間のデータコンバージェンスサービス、即ちデータ統合サービスは広く配備され且つ提供されている。これらの技術はデータ側に依存しており、その場合にＧＰＲＳ及びＩＰ−ＣＡＮドメインの両方がＩＰを介してのサービスを提供する。例え基となるネットワークが異なるものであったとしても、アプリケーションレイヤーは共通のトランスポートレイヤー、例えばＩＰ、を有しており、従ってノードは２つのアクセスの間でのハンドオーバープロセスを制御することが可能である。このデータハンドオーバーを提供するためにこのノードにおいて種々のメカニズムを使用することが可能であり、モバイルＩＰ又はＧｎのようなハンドオーバーメカニズムを包含している。然しながら、これらの方法はボイス即ち音声の場合に容易に適用することが可能なものではない。何故ならば、ＣＳネットワークに対するボイスコールはＩＳＵＰを介して担持され、一方ＩＰ−ＣＡＮ用のボイスコールはＲＴＰを使用するＩＰを介して担持される。又、コールベアラ（ｃａｌｌ  ｂｅａｒｅｒ）及びコールコントロールパスは異なるので、サービングドメインに従ってそのコールを適切に処理し、且つ音声の途絶無しでそのコールをハンドオーバーするためにユーザ装置の現在のサービングドメイン（ＣＳネットワーク又はＩＰ−ＣＡＮ）を識別するためのメカニズムが存在すべきである。
【０００４】
上述したことを達成するために、ＩＰ−ＣＡＮとＣＳネットワーク（例えば、ＰＳＴＮ又はＧＳＭ）との間のボイスコールコンティニュイティをサポートする相互作用システムが存在すべきである。該システムはボイスコールのアンカーポイントとなり且つアクセスネットワークに拘わらずにユーザ装置への及びそれからのボイスコールの全てを制御し且つ処理し、従って該ユーザ装置がＩＰ−ＣＡＮ又はＣＳネットワークを介してアクセス可能であるか否か、又はそのコールがＣＳネットワーク又はＩＰネットワークへ向けられているか又はそれから発生されたものであるかに拘わらずに、ボイスサービスを提供することが可能である。このシステムの場合には、ＧＳＭサービスプロバイダーはＩＰ−ＣＡＮ（例えばＷＬＡＮ）とレガシーネットワーク（例えばＧＳＭ）との間のデータサービスコンティニュイティ（ｄａｔａ  ｓｅｒｖｉｃｅ  ｃｏｎｔｉｎｕｉｔｙ）のみならずボイスコールコンティニュイティ（ｖｏｉｃｅ  ｃａｌｌ  ｃｏｎｔｉｎｕｉｔｙ）を提供することが可能である。
【０００５】
アクセスネットワークは、ユーザ装置とコアネットワークとの間に存在している。それは使用されている特定のアクセス技術に対して特定的な機能を実施する。例えば、ＵＭＴＳの場合においては、アクセスネットワークはＷＣＤＭＡ空気インターフェースのアクセスに対して特定的な機能を実施する。一方、コアネットワークは任意のアクセス技術と共に使用することが可能である。コアネットワークとアクセスネットワークとの間のこの機能的分割は、アクセス技術が変化することを可能としながらコアネットワークを固定したものに維持することの柔軟性を提供する。
【０００６】
３Ｇコアネットワークは、典型的に、２つのタイプのトラフィック、即ちボイス（音声）及びデータトラフィックを２つのドメインを使用して処理し、即ち回路交換型（ＣＳ）ドメイン及びパケット交換型（ＰＳ）ドメインである。ＣＳドメインは、通常、ボイストランスファー即ち音声伝送に関連したサービスを提供し、且つＰＳドメインはデータトランスファー即ちデータ転送に関連したサービスを提供する。
【０００７】
ＣＳドメインは、ユーザ装置とデスティネーションとの間での通信のために回路交換型接続を使用する。ＣＳ接続は、接続が確立される時に専用のネットワーク資源が割当てられ且つその接続が解放される場合に自由にされる接続として定義される。ＣＳ接続の１例は通常の電話の会話において使用されるＰＳＴＮネットワークである。
【０００８】
ＰＳドメインは、ユーザ装置とデスティネーションとの間の通信のためにパケット交換型接続を使用する。ＰＳ接続は、パケットと呼ばれるビットの自立的連結を使用してユーザの情報を輸送する接続として定義され、各パケットはその前のものから独立的に経路付けされる。ＰＳ接続の資源は、接続のためにリザーブされるものではなく、それらは種々の通信エンティティの間で共有される。この共有は、通常、より良い資源の使用となる。ＰＳ接続の１例はインターネット上でのＩＰデータの転送である。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＩＰ−ＣＡＮとＣＳネットワークとの間のボイスコールコンティニュイティアプリケーションサーバー。
【課題を解決するための手段】
【００１０】
本発明は、ＩＰ−ＣＡＮとＣＳネットワーク（例えば、ＰＳＴＮ又はＧＳＭ）との間で移動するユーザに対してボイスコールコンティニュイティ即ち音声通話連続性をサポートする相互作用システムを包含している。１つの例示的実施例においては、本発明は、ボイスコールに対するアンカーポイントとして（即ち、それはそれからハンドオーバーが開始されるノードである）作用し、且つアクセスネットワークに拘わらずにユーザ装置（ＵＥ）への及びそれからのボイスコールを制御し且つ処理するボイスコールコンティニュイティアプリケーションサーバー（ＶＣＣ−ＡＳ）を有している。
【００１１】
好適実施例においては、ボイスデータはＩＰ−ＣＡＮにおけるＶｏＩＰ形態で担持され且つＣＳネットワークへデリバーされた場合に適宜の形態へ変換される。ＶＣＣ−ＡＳは、好適には、コール（発呼）の２つの別々のレグ（ｌｅｇ）を維持し、それ自身はアンカーとして作用する。ユーザが、例えば、ＩＰ−ＣＡＮからＧＰＲＳアクセスネットワークへローミングする場合には、ＶＣＣ−ＡＳはＩＰ−ＣＡＮを介してのそれ自身とＵＥとの間のコールレグを終了させ且つ新たなアクセスネットワーク（即ち、ＧＰＲＳアクセスネットワーク）を介してのそれ自身とＵＥとの間のコールレグ（ｃａｌｌ  ｌｅｇ）を確立する。このコールレグの変更はベアラ（ｂｅａｒｅｒ）における変更を包含することが可能である。
【００１２】
好適実施例においては、１つ又はそれ以上の異なるタイプのコールベアラを使用することが可能である。例えば、ＧＰＲＳアクセスネットワークがＣＳネットワークへ接続するためにＵＥによって使用されている場合には、１つ又はそれ以上のＣＳベアラーが該コールにわたって使用される。ＩＰ−ＣＡＮがＵＥによって使用される場合には、１つ又はそれ以上のパケットデータネットワークベアラ（例えば、ＲＴＰベアラ）がそのコールの一部に対して使用され（例えば、ＵＥとメディアゲートウエイとの間）、一方１つ又はそれ以上のＣＳベアラがそのコールの残部に対して使用される（例えば、メディアゲートウエイとＣＳネットワークとの間）。
【００１３】
本発明は、好適には、ＵＥがコールを開始するか否か、又はそのコールがＵＥに対して他の場所から開始されるか否かに拘わらずに適用可能である。
【発明を実施するための最良の形態】
【００１４】
本願の種々の革新的な教示を現在好適な実施例（例示的なものであり制限的なものではない）を特に参照して説明する。
【００１５】
本発明は、種々の実施例において、例えばＩＰ−ＣＡＮとＣＳアクセスネットワーク（例えば、ＰＳＴＳ又はＧＳＮ）等の異なるアクセスネットワーク間を移動するユーザに対してボイスコールコンティニュイティをサポートする相互作用システムを包含している。１つの例示的な実施例においては、本発明は、ボイスコールに対するアンカーポイントとして作用し（即ち、それはそれからハンドオーバーが開始されるノードである）、且つアクセスネットワークに拘わらずにユーザ装置（ＵＥ）への及びそれからのボイスコールを制御し且つ処理するボイスコールコンティニュイティアプリケーションサーバー（ＶＣＣ−ＡＳ）を有している。
【００１６】
好適実施例においては、ボイスデータはＩＰ−ＣＡＮにおいてＶｏＩＰ形態で担持され且つＣＳネットワークへデリバーされた時に適宜の形態へ変換される。ＶＣＣ−ＡＳは、好適には、１つのコールの２つの別々のレグを維持し、それ自身はアンカーとして作用する。ユーザが、例えば、ＩＰ−ＣＡＮからＧＰＲＳアクセスネットワーク内へローミングする場合に、ＶＣＣ−ＡＳは、ＩＰ−ＣＡＮを介してのそれ自身とＵＥとの間のコールレグを終了させ且つ新たなアクセスネットワーク（即ち、ＧＰＲＳアクセスネットワーク）を介してのそれ自身とＵＥとの間のコールレグを確立する。このコールレグの変更はベアラにおける変更を包含することが可能である。
【００１７】
好適実施例においては、１つ又はそれ以上の異なるタイプのコールベアラを使用することが可能である。例えば、ＣＳネットワークへ接続するためにＵＥによってＧＰＲＳアクセスネットワークが使用される場合には、そのコール全体にわたり１つ又はそれ以上のＣＳベアラが使用される。ＵＥによってＩＰ−ＣＡＮが使用される場合には、そのコールの一部に対して１つ又はそれ以上のパケットデータネットワークベアラ（例えば、ＲＰＴベアラ）が使用され（例えば、ＵＥとメディアゲートウエイとの間）、一方そのコールの残部に対して１つ又はそれ以上のＣＳベアラが使用される（例えば、メディアゲートウエイとＣＳネットワークとの間）。
【００１８】
本発明は、好適には、ＵＥがコールを開始させるか否か又はそのコールがＵＥに対して別のところから開始されるか否かに拘わらずに適用可能である。
【００１９】
好適実施例においては、本発明は、ＶＣＣ−ＡＳ及び統合されたＵＥを介してＩＰ−ＣＡＮとＣＳネットワークとの間のボイスコールコンティニュイティを提供するメカニズムを与える。ＶＣＣ−ＡＳはオペレータのＩＭＳドメイン内に存在しており且つＶｏＷＬＡＮ（ボイスオーバーＷＬＡＮ）及びＶｏＩＰを管理する役目を有している。アプリケーションサーバー（ＡＳ）概念を使用してＧＳＭ−ＣＳ及びＶｏＷＬＡＮ相互作用シナリオを管理する。ＶＣＣ−ＡＳは、ＵＥがＣＳ（例えば、ＧＳＭ）モードにあるか又はＩＰ−ＣＡＮ（例えば、ＷＬＡＮ）モードにあるか否かに拘わらずに統合されたＵＥへの及びそれからの全てのコールを処理する。幾つかの実施例においては、統合されたＵＥは異なる無線アクセスにわたっての一体化された制御を提供し、従って全てのコールは適宜の無線アクセスを使用して処理することが可能である。外部電話ネットワークに向けてのコールはＶＣＣ−ＡＳにおいてアンカーされ、且つ１つのアクセス技術から別のアクセス技術へのハンドオーバーするための決定はコールを行うパーティ及びコールされたパーティにとってトランスペラントである。特に、常に少なくとも２つのシグナリングレグが存在しており、即ちそのうちの１つはＵＥからＶＣＣ−ＡＳへのものであり且つその他方のものはＶＣＣ−ＡＳからＰＳＰＮ，ＰＬＭＮ又はＰＤＮ内に存在している他方のパーティへのものである。
【００２０】
一般的には、コールレグはメディアとシグナリングとの結合として記述することが可能である。ＧＳＭにおいては、伝統的なＣＳコールの場合に、シグナリング及びメディア経路の両方がＵＥとＭＳＣ（モバイルスイッチングセンター）との間で同一である。ＩＰネットワークにおいては、これらは、典型的に、異なっている。本発明は、好適には、例えＵＥがＧＳＭアクセスネットワーク内にある場合であっても、コールレグに対しシグナリングとベアラと分離する。ＶＣＣ−ＡＳによって２つの部分に分離されるのはコールシグナリングレグである。ＶＣＣ−ＡＳは、全てのコールに対しＢ２ＢＵＡ及び静的アンカーポイントとして動作し、従ってＶＣＣ−ＡＳは進行中のコールベアラを途絶させることなしにトランスペアレント的にコールを行うレグ又はコールされるレグを制御することが可能である。普及しているＶｏＩＰシグナリングプロトコルＳＩＰは、ＶＣＣ−ＡＳにおける全てのコールコントロールのために使用することが可能である。ＶＣＣ−ＡＳに対するＵＥの登録は、好適には、ＳＩＰ登録を介して行われる。ＳＩＰ登録を介してＶＣＣ−ＡＳに対してＵＥのアクセスドメイン情報を提供するために幾つかの方法が存在しており、且つそれは実際のインプリメンテーションにおいて最適化させることが可能である。
【００２１】
ＵＥがＷＬＡＮモードにある場合には、ＳＩＰシグナリングは好適には従来のＩＰからＶＣＣ−ＡＳにわたり担持され、且つＳＩＰ信号は、そのユーザがＷＬＡＮモードにあることを示す。ＵＥがＧＳＮモードにある場合には、ＳＩＰシグナリングは、好適には、例えばＧＰＲＳ，ＵＳＳＤ又はＳＭＳ等の帯域外補助的データチャンネルからＶＣＣ−ＡＳにわたり担持され、且つそのＳＩＰ信号は、そのユーザがＧＳＭモードにあることを示す。回路交換型ベアラは、ユーザがＧＳＭモードにある場合に従来の場合におけるようにメディアに対して使用される。
【００２２】
この登録は、好適には、ユーザが例えばＩＰ−ＣＡＮ又はＧＳＭ  ＣＳネットワーク等の特定のアクセスネットワークへのアクセスを得る場合にはいつでも発生する。換言すると、登録は、パワーオン、ローミング、又はハンドオーバーにおいて発生することが可能である。ハンドオーバー上においては、ハンドオーバーメカニズムが、アクセスネットワークを識別するためのメカニズムを提供することが可能であり、且つ登録プロセスはスキップすることが可能であるか又は通常の登録プロセスとは異なるものであることが可能である。両方のアクセスネットワークが使用可能である場合には、どのドメインにユーザが登録されるかの決定は、ユーザの好み、信号強度、ＱｏＳ、又はオペレータのポリシー等の種々の基準に基づいてなされる。
【００２３】
１つの例示的実施例においては、ＵＥがＩＰ−ＣＡＮ（ＷＬＡＮ）モードにある場合には、ＷＬＡＮセルからのモバイルオリジネーティング（ＭＯ）コールは３ＧＰＰ／ＷＬＡＮ相互作用機能（ＴＴＧ）及びＶＣＣ−ＡＳに対するＧＰＲＳネットワーク（ＧＧＳＮ）にわたり統合されたＵＥをしてＳＩＰコールコントロールセッションを行わせる。ＩＭＳルーチングノード（例えば、Ｓ−ＣＳＣＦ）は、全てのＭＯコールをＶＣＣ−ＡＳに対して経路付けさせるための何等かのロジックを有することが必要である。デスティネーションパーティがＰＳＴＮ又はＰＬＭＮにある場合には、ＶＣＣ−ＡＳは、Ｂ２ＢＵＡとして動作しているデスティネーションパーティに向けてＭＧＣＦ／ＳＧＷを介して別のシグナリングレグを開始させる。ＭＧＣＦ／ＳＧＷがＣＳネットワーク（ＰＳＴＮ又はＧＳＭ）にあるデスティネーションとのＩＳＵＰコールコントロールシグナリングを交換した後に、それはその結果をＶＣＣ−ＡＳへ転送し、且つそのボイスコールはＵＥ−ＴＴＧ／ＧＧＳＮ−ＭＧＷ−デスティネーションパスを介してデリバーされる。その信号はＶＣＣ−ＡＳにおいてアンカーされ、且つそのベアラはＭＧＷにおいてアンカーされる。そのデスティネーションパーティがＰＤＮにある場合には、ＶＣＣ−ＡＳはＢ２ＢＵＡとして動作しているデスティネーションパーティに対して直接的に別のシグナリングレグを開始させる。そのボイスコールはＵＥ−ＴＴＧ／ＧＧＳＮ−デスティネーションパスを介してデリバーされる。この場合にはシグナリング変換は必要とはされない。
【００２４】
別の例示的実施例においては、ＵＥがＣＳモードにある場合には、ＧＳＭセルからのモバイルオリジネーティング（ＭＯ）コールは、ＶＣＣ−ＡＳに対してのＧＰＲＳネットワーク（ＧＰＲＳベアラ、ＵＳＳＤ、又はＳＭＳを介して）にわたりＳＩＰコールコントロールセッションを開始させる。このＳＩＰコールコントロールセッションは、統合されたＵＥの一体化された制御、即ちＩＭＣを介して開始される。ＶＣＣ−ＡＳは以前に行われたＳＩＰ登録を介してＵＥに対する登録モード（即ち、ＩＰ−ＣＡＮモード又はＣＳモード）を追跡しているので、ＳＩＰ  ＭＯコールコントロールメッセージがＶＣＣ−ＡＳに到着し且つＵＥがＣＳモードにある場合には、それはＳＩＰシグナリングを介してＣＳベアラを付加することをＵＥ及びＭＢＷに命令する。従って、ＵＥとＶＣＣ−ＡＳとの間のＣＳコールレグが確立される。次いで、ＵＥがＷＬＡＮモードにある場合のように、ＶＣＣ−ＡＳは、デスティネーション番号に向けてのシグナリングの第二レグを開始させる。
【００２５】
別の例示的なインプリメンテーションにおいては、コンバージェンス加入者に対する全てのＭＴコールはＶＣＣ−ＡＳに到着する。それらのコールをＶＣＣ−ＡＳに対して経路付けさせるためにＩＭＳルーチングノード（例えば、Ｓ−ＣＳＣＦ）及びＧＳＭスイッチングノード（例えば、ＭＳＣ）において何等かのロジックが必要とされる。ＶＣＣ−ＡＳがコール（発呼）を受取ると、それは、そのＵＥがＩＰ−ＣＡＮ（ＷＬＡＮ）又はＣＳネットワーク（ＧＳＭ）において登録されているか否かを判別する。それがＩＰ−ＣＡＮにおいて登録されている場合には、ＶＣＣ−ＡＳはＢ２ＢＵＡとして動作し且つデスティネーションに向けての別のＳＩＰセッションを作成する。それがＣＳネットワークにおいて登録されている場合には、ＶＣＣ−ＡＳはこのレグを終了させ且つＢ２ＢＵＡとして動作してＶＣＣ−ＡＳとＵＥとの間の別のシグナリングレグを開始させる。その第二レグを開始させると、ＶＣＣ−ＡＳは２つの態様で動作することが可能である。それはＵＥへ向けてのＳＩＰセッションを開始させてサービングＭＳＣへ向けてのＣＳベアラを付加することをそれに命令するか、又はＵＥのサービングＭＳＣに向けてのＳＩＰセッションを開始させてＵＥへ向けてのＣＳベアラを付加することをそれに命令する。与えられた環境に対してどの方法が最適であるかの決定はインプリメンテーションに基づく。
【００２６】
ＶＣＣ−ＡＳはＩＰ−ＣＡＮとＣＳネットワークとの間のハンドオーバーを司り、従ってアクセスネットワークが変更された場合にユーザがボイスコールの最中であった場合には、そのボイスコールは途絶されること無しに継続させることが可能である。このシームレスなハンドオーバーは、外部エンティティに対してのコールがＶＣＣ−ＡＳにおいてアンカーされており且つ外部エンティティとのレグを維持したまま異なるアクセスネットワークを介してＶＣＣ−ＡＳがＵＥに対してのコールシグナリングレグを開始させることが可能であるという事実により達成される。ＶＣＣ−ＡＳはＵＥからのシグナリングに基づく２つのベアラの間でのスイッチングを行うことが可能であり、即ち、ＵＥが最善のベアラとしてＩＰ−ＣＡＮネットワークを見る場合には、それはこの情報をＶＣＣ−ＡＳに対して信号を送り、且つＩＰ−ＣＡＮはＶＣＣ−ＡＳの命令を介してベアラとして使用される。同様に、ＵＥが現在の環境下においてはＧＰＲＳ／ＵＭＴＳが最善のベアラであることを決定する場合には、そのＵＥはＧＰＲＳ／ＵＭＴＳへスイッチすることをＶＣＣ−ＡＳへ信号を送る。このメカニズムを介して、ＶＣＣ−ＡＳはアクセスネットワーク変更に気が付いており且つ全てのコールに関連するシグナリングを制御する。
【００２７】
本発明の１つの利点としては、ＵＥがＣＳネットワーク又はＩＰ−ＣＡＮネットワークを横断して移動し、それによりアクセスネットワークをスイッチングさせる場合に、ベースコールが継続する蓋然性が高いことである。ＶＣＣ−ＡＳは全てのコールシグナリングを制御し且つコンバージされた即ち統合されたＵＥはコールについての一体化した制御を与える。
【００２８】
以下の例は制限的なものではなく例示的なものとして提示されるものである。
【００２９】
図１はボイスコールコンティニュイティアプリケーションサーバー（ＶＣＣ−ＡＳ）１１４の使用と一貫した１つの例のシステムアーキテクチャ１００を示している。ＰＳＴＮ１１０はボイストラフィックを担持するために主に使用されるレガシー公衆テレコミニュケーションネットワークである。ＴＬＭＮは例えばＧＳＭ  ＣＳネットワーク等のボイストラフィックを担持するために主に使用されるランドモバイルコミニュケーションネットワークである。ＰＳＴＮ及びＰＬＭＮは、共に、回路交換型ネットワークを表わしており、その場合にボイスコールは例えばＩＳＵＰ等のＣＳ技術を使用してデリバー即ち送給される。
【００３０】
ＧＳＭはＴＤＭＡ技術を使用するスタンダードの携帯電話システムであり、且つ無線アクセスネットワーク及びコアネットワークノードからなるサービスを提供する全ての機能的／物理的ノードを包含している。ここで、ＧＳＭネットワークは、それを介してデータサービスが提供されるＧＰＲＳネットワークを包含するものと仮定する。
【００３１】
ＰＤＮ１０８は例えば公衆ＩＰネットワーク又はＩＭＳ等のデータトラフィックを担持するために主に使用されるパケット交換型データネットワークである。通常、ＩＰプロトコルがＰＤＮ１０８におけるネットワークレイヤープロトコルとして使用される。ＩＰ−ＣＡＮ１０４は例えばＷＬＡＮ等のＩＰ接続性を提供することが可能な任意の一般的なアクセスネットワークである。ＩＰ−ＣＡＮ１０４がＷＬＡＮである場合には、ＰＤＧ（パケットデータゲートウエイ、図６−１１参照）等のゲートウエイノードがＷＬＡＮ及びＰＤＮ１０８を接続するために使用される。ＰＤＧはＷＬＡＮを介してＵＥ１０２とＰＤＮ１０８との間でパケットデータを経路付けすることを司り、リモートＩＰアドレスの割当て又は中継、ＵＥとそれ自身との間のセキュアトンネルの確立、及びカプセル化及び脱カプセル化の実施を行う。ＧＧＳＮは３ＧＰＰ  ＵＥに対するパケットトラフィックに対するアンカーポイントである。全てのパケットデータはＧＧＳＮを介してデリバーされる。３ＧＰＰ−ＷＬＡＮ相互作用サービスの場合には、ＰＤＧは、又、ＰＤＮへの及びそれからのトラフィックの経路付けを行い、又はＴＴＧ（トンネル終了用ゲートウエイ）として動作してＵＥとそれ自身との間のセキュアトンネルを終了させるためにＧＧＳＮの役割を担うことが可能である。ＰＤＧがＴＴＧとして動作している場合には、それは全てのペイロード及びシグナリングをＧＧＳＮを介して送る。
【００３２】
ＳＧＷ（シグナリングゲートウエイ）１１２はＣＳネットワーク（ＰＳＴＮ，ＰＬＭＮ１１０）とＩＰネットワークとの間に位置されており且つＩＰネットワークとＳＳ７ネットワークとの間のトランスポートレイヤーシグナリングの変換を司る。
【００３３】
ＭＧＣＦ（メディアゲートウエイコントロールファンクション）１１６はトラフィックに対して適宜の資源を割当て且つＭＧＷ１１８を制御する任務を司る。それは、又、ＣＳネットワーク（例えば、ＩＳＵＰメッセージ）とＩＰネットワーク（例えば、ＳＩＰ）との間でコールコントロールメッセージを変換させる。
【００３４】
ＭＧＷ（メディアゲートウエイ）１１８は、回路及びパケット交換型ネットワーク間においてのトラフィックのスイッチングの任務を司る。ＭＧＷ１１８はＲＴＰパケットとＴＤＭストリームとの間でボイスコールストリームを変換させ、従ってＩＰ及びＣＳネットワーク間で相互作用するボイスコールが可能となる。ＭＧＷ１１８はコールベアラトラフィックを変換させるために全てのネットワーククラウド（ｎｅｔｗｏｒｋ  ｃｌｏｕｄ）を接続させる。
【００３５】
ＶＣＣ−ＡＳ１１４はアンカーポイントとして動作し且つ全てのコール制御、モビリティ管理、ＩＰ−ＣＡＮ１０４とＧＳＭ  ＣＳ１０６ネットワーク間のハンドオーバーに対する任務を司る。ＵＥ１０２への及びそれからの全てのコールは、あたかもコールデスティネーションがＶＣＣ−ＡＳ１１４であるかのように、ハンドリング及びルーチングのためにＶＣＣ−ＡＳ１１４に到着する。次いで、ユーザ登録ドメイン及びデスティネーションに従って、ＶＳＳ−ＡＳ１１４は適宜の無線アクセスを介してそのデスティネーションに対しての別のコールレグを開始させる。ＶＣＣ−ＡＳ１１４はＩＰ−ＣＡＮとＧＳＭネットワークとの間に位置しており且つ全てのコールをハンドル即ち処理するので、ＶＣＣ−ＡＳ１１４はコールの制御を有しており且つユーザがアクセスドメインを横断して移動している間にそのコールをハンドオーバーさせる。
【００３６】
図２はＵＥがＷＬＡＮモードにある場合のボイスコールコントロールに対するプロトコルスタックの例示的実施例を示している。ＵＥがＷＬＡＮモードにある場合には、３ＧＰＰ／ＷＬＡＮ相互作用のために、ＵＥとＰＤＧ（ＴＴＧ）との間にセキュアなＩＰｓｅｃトンネルが確立されている。ここでは、ＴＴＧとＧＧＳＮとが別々であるとして示されているが、それらは物理的に一体的に実現させることが可能である。ＧＧＳＮはリモートＩＰアドレスを割当て且つこれはＩＰｓｅｃレイヤーの上の内部ＩＰとして使用される。ＴＴＧとＧＧＳＮとの間のプロトコルは３ＧＰＰスタンダードＧＴＰ′である。ＴＴＧはＧＧＳＮへ向けてのＧＴＰトンネルを作成し且つＩＰｓｅｃトンネルとＧＴＰトンネルとの間でトラフィックをスイッチさせる。
【００３７】
全てのトラフィックはＵＥとＴＴＧとの間のＩＰｓｅｃトンネル内部で交換される。ＩＰｓｅｃの外では、ＵＥとＶＣＣ−ＡＳとの間でボイスコールコントロールシグナリングを担持するためにＵＤＰを介してのＳＩＰが使用される。デスティネーションがＣＳネットワークエンティティである場合には、ＶＣＣ−ＡＳはその信号をＭＧＣＦへ送り、それはＳＩＰシグナリングをＳＳ７シグナリングへ変更させる。ＩＰコールの場合には、ＶＣＣ−ＡＳはＳＩＰシグナリングを直接的にデスティネーションへ送る。
【００３８】
図３はＵＥがＷＬＡＮモードにある場合のボイスコールベアラに対するプロトコルスタックの例示的実施例を示している。コールコントロールシグナリングが完了すると、ＭＧＷはＵＥへ向けてコールベアラをセットアップする。コントロールシグナリングと同じく、ＵＥがＷＬＡＮモードにある場合には、全てのコールベアラトラフィックはＩＰｓｅｃトンネル内部をトランスポートされる。ＩＰ−ｓｅｃの外において、ボイストラフィックを担持するためにＲＴＰ／ＵＤＰが使用され、且つ、必要である場合には、ＭＧＷはＴＤＭに関し適宜のコーディック（ｃｏｄｅｃ）を使用してデータを変換させる。ＧＧＳＮは、ＰＤＧがＴＴＧの代わりに使用される場合には、パスから省略させることが可能であり、その場合に、ＰＤＧはＧＴＰトンネルの必要性無しにＭＧＷに対してトラフィックを直接的に経路付けさせることが可能である。
【００３９】
図４はＵＥがＧＳＭモードにある場合のボイスコールコントロールに対するプロトコルスタックの例示的実施例を示している。ＵＥがＧＳＭモードにある場合には、ＵＥとＴＴＧとの間のセキュアトンネルは必要ではなく、且つ全てのシグナリングはＵＥ，ＢＳＣ，ＳＧＳＮとＧＧＳＮとの間のＧＳＭプロトコルスタックを介して交換される。ＧＧＳＮはリモートＩＰアドレスを割当てる任務を司る。アプリケーションレイヤーシグナリングは、ＵＥがＷＬＡＮモードにある場合と同じくＳＩＰ／ＵＤＰである。ＳＩＰシグナリングがＶＣＣ−ＡＳへデリバーされ、そこで、それはそのトラフィックを変換のためにＭＧＣＦへ又はＩＭＳコールのためにデスティネーションへ送ることを決定する。
【００４０】
図５は本発明の１実施例と一貫した統合させたＵＥ装置の例示的な論理的アーキテクチャを示している。ＵＥはＷＬＡＮトランスポート、ＷＬＡＮ相互作用能力、メディアトランスポートのためのＲＴＰとのＳＩＰ端点能力及びメディアＱｏＳ管理のためのＲＴＣＰと一体化されたスタンダードのＧＳＭ／ＧＰＲＳ電話である。そのＵＥはエンドユーザに対して統一された観点を与えるコンバージェンスアプリケーションを有している。ＩＰマルチメディアコントロール（ＩＭＣ）は、ＧＳＭ／ＧＰＲＳ及びＷＬＡＮ無線を介してイネーブルされるパスにわたり統一されたコールハンドリングのためのロジックを包含するアプリケーションレイヤーソフトウエアを表わしている。ＩＭＣは全てのコール処理のためにＶＣＣ−ＡＳとＳＩＰシグナリングを使用する。この図は、ＵＥがＧＳＭ／ＧＰＲＳモードにある間にＧＰＲＳベアラがＳＩＰシグナリングを担持することを示しているが、例えばＵＳＳＤ又はＳＭＳ等のその他のトランスポートメカニズムにわたりＳＩＰシグナリングを担持することが可能である。ＵＳＳＤ又はＳＭＳが使用される場合には、統合されたＵＥにおいてＳＩＰ対ＵＳＳＤ（又はＳＭＳ）エンコーディングが必要とされる場合がある。
【００４１】
ＳＩＰが全てのコールに対して使用される場合であっても、ＧＳＭコールに対するメディアはＣＳであり、一方ＷＬＡＮに対するメディアはＰＳである。ＷＬＡＮパスの場合には、メディアハンドリングのためにＲＴＰ／ＲＴＣＰを使用し、且つＧＳＭパスのために通常のＧＳＭ回路交換型ベアラを使用する。
【００４２】
ＩＭＣは、又、ユーザ経験を制御し、従って、ＭＭＩについての制御を有することを必要とする。それはキーパッド及びＧＵＩとの全てのユーザインタラクションを阻止する。ほんの僅かな場合において、ユーザイベントを変更することなしにＧＳＭスタックへ通過させる場合がある（例えば、ＵＥがＧＳＭカバレッジにある場合に、エマージェンシーコールをＧＳＭ無線を介して直接的に行うことが可能である）。ＧＳＭコーデックはＩＭＣ等の外部アプリケーションに対してアクセス可能でない場合がある。このような場合には、ＷＬＡＮコールに対してソフトコーデックが必要とされる。スイッチを使用して、ＩＭＣは電話のオーディオ回路へ供給されるストリームを制御する。
【００４３】
ＩＭＣは電話の永久メモリ内にネットワーク関連情報を格納する（例えば、ＴＴＧ及びＶＣＣ−ＡＳ等に対するＤＮＳ名）。ＩＭＣがＶＣＣ−ＡＳと通信することが可能となる前に、ＵＥからＶＣＣ−ＡＳが存在しているホームネットワークへの認証され且つセキュアなＩＰパス（経路）が存在せねばならない。ＩＭＣはそれ自身このような機能性を包含することが可能であり、又はそれはスタンドアローンの接続マネージャによって供給することが可能である。ＷＬＡＮ登録のための認証を実施するために、ＩＭＣはＳＩＭと相互作用を行う。
【００４４】
例
図６はＵＥがＷＬＡＮモードにある場合のＰＳＴＮ受け手に対する例示的なＭＯコールの流れを示している。コールが開始される前に、ＵＥは認証され且つＷＬＡＮを介して登録されることが必要である。認証及び／又は承認期間中に、ＶＣＣ−ＡＳはＨＬＲ（又はＨＳＳ）から又は別の３ＧＰＰ−ＷＬＡＮ相互作用ノードからのいずれかからそのユーザの全ての必要な加入者プロフィルを検索する。注意すべきことであるが、ＶＣＣ−ＡＳはこれらのメカニズムのうちのいずれかを介してそのユーザの認証ステータスを維持する。ＵＥはＷＬＡＮ無線を介してＳＩＰ登録体（サーバーとして）動作しているＶＣＣ−ＡＳへ周期的なＳＩＰ登録メッセージを送り、従ってＶＣＣ−ＡＳは、そのＵＥがＷＬＡＮドメイン内において登録されることを知得する。
【００４５】
ＵＥがコールを開始することを望む場合には、それはＷＬＡＮ無線を介してＶＣＣ−ＡＳに対してＳＩＰ  Ｉｎｖｉｔｅを送る。デスティネーション番号は実際のデスティネーション番号である。ＳＩＰセッション開始の場合には、ＳＩＰ認証手順が必要とされる場合がある。この認証手順は、ＶＣＣ−ＡＳにおいて最適化され且つスキップされる場合がある。何故ならば、ＶＣＣ−ＡＳはＷＬＡＮ認証期間中に発生したユーザの認証ステータスを格納しているからである。ＳＩＰ認証を最適化するか否かの決定はインプリメンテーションに依存する。ＶＣＣ−ＡＳはこのコールレグを終了させ且つそのデスティネーションがＰＳＴＮであるのでＭＧＣＦへ向けて別のＳＩＰ  Ｉｎｖｉｔｅを開始させる。換言すると、ＶＣＣ−ＡＳはＳＩＰシグナリングを単に中継又は代理するのではなく、それはＢ２ＢＵＡとして動作し、且つＵＥからの最初のＳＩＰレグを終了させ、次いでＭＧＣＦを介してのデスティネーションへ向けての２番目のＳＩＰレグを開始させる。ＶＣＣ−ＡＳはデスティネーションへ向けての別のレグを開始させるので、ユーザがＷＬＡＮからＧＰＲＳへドメインをスイッチさせる場合には、ＶＣＣ−ＡＳは、ＶＣＣ−ＡＳからデスティネーションへのレグを不変のまま維持しながら、ＵＥとＶＣＣ−ＡＳとの間で１つのドメインから別のドメインへそのレグをスイッチさせるだけである。このことは、サービングドメインが変化された場合にそのコールを継続させることが可能であることを確保する。ＭＧＣＦはＳＩＰ信号をＩＳＵＰコントロールメッセージへ変換させ且つそのメッセージをＰＳＴＮにおけるコールされたデスティネーションパーティへ送る。ＩＳＵＰコールアクセプトメッセージ（ｃａｌｌ  ａｃｃｅｐｔ  ｍｅｓｓａｇｅ）がＰＳＴＮからＭＧＣＦに到着すると、ＭＧＣＦはそのメッセージをＳＩＰ  ＯＫメッセージへ変換し且つそれをＶＣＣ−ＡＳへ送る。ＶＣＣ−ＡＳはそのＳＩＰ  ＯＫメッセージをＵＥへ中継する。
【００４６】
そのシグナリングが終わった後に、ＵＥからＭＧＷへ３つのＩＰ接続性セグメントが存在している。第一セグメントはＵＥとＴＴＧとの間であり、且つこのセグメントはセキュアなＩＰトンネル、例えばＩＰｓｅｃによって保護されている。第二ＩＰセグメントはＴＴＧとＧＧＳＮとの間であり、且つこのセグメントはスタンダードのＧＰＲＳ  ＧＴＰ′インターフェースである。その後に、アプリケーションＩＰレイヤーがＧＧＳＮとＭＧＷとの間に接続される。ＰＤＧがＴＴＧの代わりに使用される場合には、そのコールレグのＩＰ部分は、ＧＴＰ′が必要とされないので、３つのセグメントの代わりに２つのセグメントから構成されている。ＰＤＧはＩＰｓｅｃを開き且つそのトラフィックを直接的にＭＧＷへ送る。
【００４７】
その結果、そのＩＰレグが有しているセグメントの数に拘わらずに、コールべアラは、ＵＥとＭＧＷとの間、及びＭＧＷとＰＳＴＮデスティネーションとの間において２つのレグから構成されている。ＵＥとＭＧＷとの間のレグはＩＰ接続であり且つそのコールはＲＴＰパケット内において担持される。次いで、そのコールベアラはＭＧＷにおいてトランスコード化（ｔｒａｎｓｃｏｄｅ）され、従ってそのコールはＰＳＴＮにおけるデスティネーションに向ってＣＳベアラを介して担持される。
【００４８】
図７はＵＥがＧＳＭ／ＧＰＲＳモードにある場合のＰＳＴＮ受け手へのＭＯコールの流れを示している。ＵＥがＧＳＭ／ＧＰＲＳモードにある場合には、そのＵＥはスタンダードのＧＰＲＳ手順を介してそれ自身ＧＰＲＳネットワークへ取り付く。取り付き手順でもって、ＧＰＲＳノードは、そのＵＥがＧＰＲＳネットワークへ取付けられており且つＧＰＲＳ無線を介してサービスされることを知得する。ＶＣＣ−ＡＳはＳＩＰサーバーとして動作しており、且つ統合されたＵＥはそれ自身ＧＰＴＳ無線を介してＶＣＣ−ＡＳに対して登録を行う。重要なことであるが、ＶＣＣ−ＡＳはＵＥのステータスに気が付いているべきであるので、それが例えＧＰＲＳモードにある場合であってもＵＥはそれ自身ＶＣＣ−ＡＳに対して登録を行う。従って、ＵＥはＶＣＣ−ＡＳに対してＳＩＰ登録メッセージを送り、それがＧＳＭ内に登録されていることを表示し、且つ周期的なＳＩＰシグナリングをＧＰＲＳ無線を介して送信する。
【００４９】
ＵＥがコールを開始させると、それはＶＣＣ−ＡＳに対してＳＩＰシグナリングを送る統合されたＵＥである。ＳＩＰコントロールメッセージにおけるデスティネーション番号が実際のデスティネーション番号を表わす。ＶＣＣ−ＡＳがそのコールを受取ると、それはそのＵＥがＧＳＭネットワーク内に登録されており、従ってそのコールはＵＥのＣＳ部分から開始されるべきであることを知得する。ＶＣＣ−ＡＳはそれ自身のリダイレクト番号、即ちＶＣＣ−ＡＳでＵＥへ応答を送り、そのＵＥに対しＣＳベアラを作成することを命令する。このＳＩＰシグナリングは帯域外シグナリングを介して担持される。ＧＰＲＳ無線は例示のためにこの例において仮定される。
【００５０】
統合されたＵＥは、それがＣＳコールを開始せねばならないことを知得し、且つそれはＳＩＰ応答により表示されるようにサービングＭＳＣを介してＤＴＡＰコール開始メッセージをＶＣＣ−ＡＳへ送る。サービングＭＳＣはＩＳＵＰメッセージをＭＧＣＦへ送り、且つＭＧＣＦはそのＩＳＵＰメッセージをＳＩＰへ変換し且つ該メッセージをデスティネーションであるＶＣＣ−ＡＳへ送る。そこで、コールシグナリングの第一レグはＶＣＣ−ＡＳの観点からは終了する。次いで、ＶＣＣ−ＡＳはＭＧＣＦに対してＳＩＰ  Ｉｎｖｉｔｅメッセージを送ることにより実際のデスティネーションへ向けての別のコールレグを開始させる。実際のデスティネーション番号は、ＵＥにより供給されるか又は第一ＩｎｖｉｔｅメッセージからＶＣＣ−ＡＳにおいて格納されるかのいずれかによりＶＣＣ−ＡＳへデリバーされたＳＩＰメッセージから入手可能なものであるべきである。ＭＧＣＦはＩＳＵＰコールコントロールメッセージをＰＳＴＮにおけるデスティネーションと交換し、且つ該信号をＳＩＰへ変換し且つそれらをＶＣＣ−ＡＳへ送る。
【００５１】
ＶＣＣ−ＡＳが受け手からリンギング（Ｒｉｎｇｉｎｇ）メッセージを受取ると、それは、ＵＥのＳＩＰ及びＩＳＵＰ部分の両方へこの表示を送る。従って、それはＳＩＰシグナリングメッセージをＵＥへ送り且つＩＳＵＰシグナリングメッセージをＭＧＣＦを介してサービングＭＳＣへ送り、そこで該サービングＭＳＣはそのメッセージを発信元のＵＥへ中継する。統合されたＵＥのＩＭＳ部分はＳＩＰリンギングメッセージを、デスティネーションがリンギングしていることの表示として使用し（即ち、その資源はデスティネーションにおけるこのコールに対してリザーブされている）、且つ統合されたＵＥのＧＳＭ部分は、デスティネーションとしてのＶＣＣ−ＡＳがリンギングしていることの表示としてＤＴＡＰリンギングメッセージを使用する（即ち、その資源がＶＣＣ−ＡＳにおいてこのコールに対してリザーブされている）。
【００５２】
最終的な応答メッセージがＰＳＴＮ受け手からＶＣＣ−ＡＳに到着すると、それはそのＳＩＰ  ＯＫメッセージをＵＥへ送り、そのコールが受け手により成功裡に応答されたことを表わし、且つＤＴＡＰ  ＡｃｃｅｐｔｅｄメッセージをサービングＭＳＣへ送って、そのコールがＶＣＣ−ＡＳにより応答されたことを表わす。
【００５３】
このコールシグナリングの後に、ユーザボイストラフィックを担持するためにＵＥとサービングＭＳＣとの間にＳＣベアラを確立する。注意すべきことであるが、そのコールが適切なアクセスネットワークを介して、即ちこの場合においてはＧＳＭを介して接続されることを確保するためにこれら２つのコールシグナリング（ＳＩＰを介しての１つとＤＴＡＰを介しての１つ）を適切に取扱うものは統合されたＵＥの機能性である。
【００５４】
図８はＵＥがＷＬＡＮモードにある場合のＰＳＴＮ発信元からのＭＴコールの流れを示している。ＭＯの場合におけるように、ＷＬＡＮ無線を使用するためにユーザは最初に認証され且つ承認されるべきである。このプロセスを介して、そのＵＥはＶＣＣ−ＡＳ内に登録され、且つＶＣＣ−ＡＳは、そのＵＥがＷＬＡＮモードにおいて登録されていることを知得する。そのＵＥは周期的なＳＩＰ登録メッセージをＷＬＡＮ無線を介してＶＣＣ−ＡＳへ送る。
【００５５】
そのコールがＵＥに対してＰＳＴＮから来るものである場合には、ＩＮＳルーチングノードはそのコールを受取る。何故ならば、そのＵＥはＷＬＡＮドメインにおいて知られているからである。ＩＭＳルーチングノード（例えば、サービングＣＳＣＦ）は、何等かのフィルタリングメカニズムを介してＶＣＣ−ＡＳに対しそのコールの経路付けを行うべきである。ＩＭＳルーチングノードは、ＤＴＡＰ／ＩＤＵＰからＳＩＰへのシグナリングを変換し且つそのメッセージをＭＧＣＦを介してＶＣＣ−ＡＳへ送るべきである。ＭＧＣＦはプロトコルをＤＴＡＰからＳＩＰへ変更し且つそれをＶＣＣ−ＡＳへ送る。ＶＣＣ−ＡＳがＳＩＰコントロールメッセージを受取ると、それはチェックを行い且つそのＵＥがＷＬＡＮモードにあることを判別し且つＳＩＰセッションを終了させ且つＵＥに対する別のＳＩＰメッセージを開始させる。ＵＥがＶＣＣ−ＡＳへ応答を送ると、該ＶＣＣ−ＡＳはその発信元に対して応答を送る。
【００５６】
ＭＯの場合におけるように、ＩＰ  ＲＴＰベアラは、２つ又は３つのＩＰセグメントでもってＵＥとＭＧＷとの間において使用され、且つＣＳベアラはＭＧＷとＰＳＴＮにおける発信元との間において使用される。
【００５７】
図９はＵＥがＧＳＭモードにある場合のＰＳＴＮ発信元からのＭＴコールの流れを示している。ＵＥはＧＰＲＳへアタッチ（ａｔｔａｃｈ）即ち取り付き且つＧＰＲＳ無線を介してＳＩＰ登録メッセージをＶＣＣ−ＡＳへ送る。コールがＵＥのＧＳＭスイッチングノード（例えば、サービングＭＳＣ）にＰＳＴＮから到着すると、ＭＳＣはＭＧＣＦを介してコールメッセージをＶＣＣ−ＡＳへ送る。そのコールをＶＣＣ−ＡＳに対して経路付けするためにＭＳＣにおいては何等かのロジック又はフィルタリングメカニズムが必要とされる。ＵＥがＧＳＭにおいて登録されていることをＶＣＣ−ＡＳは知得しているので、それはＳＩＰセッションを終了させ且つＵＥへ向けてのＣＳセッションを開始させる。ＶＣＣ−ＡＳはＭＧＷからそれが受取ったＳＩＰコントロールメッセージをＵＥへ送って、そのコールが到着したことを表示する。統合されたＵＥはそのコールに応答することを試みることはない。何故ならば、そのＵＥはＧＳＭにおいて登録されているからである。その統合されたＵＥ機能性は、それがそのコールに対して応答すべく試みるべきであるか否かを決定する。次いで、ＶＣＣ−ＡＳはＭＧＣＦを介してＧＭＳＣへ向けてのＣＳコールレグを開始させ、その場合にＧＭＳＣはそのコールをＵＥに対するＭＴ  ＣＳコールとして考慮する。ＧＭＳＣはＩＳＵＰコントロールメッセージをサービングＭＳＣへ送り且つサービングＭＳＣはＤＴＡＰメッセージをＵＥへ送る。別の可能なアプローチは、ＭＯコールの場合におけるように、ＶＣＣ−ＡＳがＶＣＣ−ＡＳに向けてのＣＳコールを開始させることをＵＥへ命令することである。両方の場合において、ＶＣＣ−ＡＳはアンカーポイントであり且つそのコールのステータスを制御する。
【００５８】
ＵＥにおいては、全ての必要な資源がリザーブされており且つユーザに通知がされている場合には（即ち、電話がリンギング即ち鳴っている）、ＵＥはＤＴＡＰリンギングメッセージをサービングＭＳＣ及びＧＭＳＣを介してＶＣＣ−ＡＳへ送る。同時に、統合されたＵＥはＳＩＰリンギングメッセージをＶＣＣ−ＡＳへ送り、従ってＶＣＣ−ＡＳはこのメッセージをリンギングの表示として使用することが可能である。これら２つのＳＩＰメッセージ、即ちＵＥから直接的に１つとＭＧＦから１つ、を受取ると、ＶＣＣ−ＡＳはそのリンギング表示をＭＧＣＦを介してＰＳＴＮ発信元へ送る。
【００５９】
ユーザがそのコールに応答すると、統合されたＵＥはＳＩＰ  ＯＫメッセージ及びＤＴＡＰアクセプトメッセージの両方を送る。ＯＫメッセージを受取ると、ＶＣＣ−ＡＳは、そのユーザが電話に応答したことを知得し且つこの表示をＰＳＴＮ発信元へ送る。
【００６０】
そこで、ＣＳベアラがＰＳＴＮ発信元とＭＧＷとの間において確立される。このＣＳベアラはＰＳＴＮ−ＭＧＷ−ＧＭＳＣ−サービングＭＳＣ−ＵＥ経路内に存在している。
【００６１】
図１０はＵＥがＰＳＴＮと通話をしていた場合にＷＬＡＮからＧＳＭへのハンドオーバーに対するコールの流れを示している。ＵＥはＷＬＡＮモードにあったので、ＲＴＰベアラが確立されており且つＵＥとＭＧＷとの間において使用されており、且つＣＳベアラが確立されており且つＭＧＷとＰＳＴＮとの間において使用されている。
【００６２】
ＧＳＭへのハンドオーバーが必要とされた場合に（例えば、ＵＥがＷＬＡＮカバレッジから出てＧＰＲＳへアタッチ即ち取り付けられた）、そのＵＥはＳＩＰコントロールメッセージをＶＣＣ−ＡＳへ送りセッション情報を修正する。このＳＩＰメッセージはＧＰＲＳ無線を介して担持され、そのユーザが今やＧＳＭモードにおいて登録されたことを表わす。この目的のためにＳＩＰ「Ｒｅ−ｉｎｖｉｔｅ」を使用することが可能である。このＲｅ−ｉｎｖｉｔｅメッセージはＶＣＣ−ＡＳへデリバーされ、且つＭＯコールがＧＳＭセルにおいて開始された場合には、ＶＣＣ−ＡＳはリダイレクト応答メッセージをＵＥへ供給し、そのデスティネーション番号をそれ自身、即ちＶＣＣ−ＡＳに設定しそのＵＥがＣＳベアラを作成することを命令する。次いで、ＵＥはＤＴＡＰコールコントロールメッセージをサービングＭＳＣへ送り、そのコールはＭＧＣＦを介してＶＣＣ−ＡＳに運命付けられている。ＶＣＣ−ＡＳは、これがハンドオーバー要求であると判別し、且つそれはＳＩＰ「ｒｅ−ｉｎｖｉｔｅ」メッセージをＭＧＣＦへ送り、ＵＥへ向けてのコールベアラを修正する。該ベアラの開始部分のみ（即ち、ＵＥとＭＧＷとの間のベアラのみ）が変更されるのに過ぎないので、ＭＧＣＦはハンドオーバーに起因して端末相互間のＱｏＳに対する変化があることを除いて、そのデスティネーションに向けて何等更なるアクションをとることを必要ではない。端末相互間ＱｏＳが変化されるべきである場合には、ＶＣＣ−ＡＳはデスティネーションに向けてのベアラも修正する場合がある。然しながら、そのベアラパスは変化されることはない。ＭＧＣＦはＵＥとＭＧＷとの間の資源をリザーブし且つＯＫメッセージをＶＣＣ−ＡＳへ送る。ＶＣＣ−ＡＳがＭＧＣＦからＯＫを受取ると、ＶＣＣ−ＡＳはそのＯＫメッセージをＭＧＣＦへ送り、そこでＭＧＣＦはこのメッセージをＩＳＵＰ  ＡＮＭメッセージへ変換し且つそのメッセージをサービングＭＳＣへ送る。ＭＳＣはＤＴＡＰメッセージをＵＥへ送る。
【００６３】
最初のコールレグが変化されるのみであり且つＶＣＣ−ＡＳからデスティネーションへの２番目のコールレグは同一のままであるので、変更プロセスは必要ではない。ＭＧＣＦがベアラの再割当てを終了すると、ＶＣＣ−ＡＳはそのハンドオーバー要求を終了し且つそのコールをＷＬＡＮからＧＳＭモードへスイッチさせる。それにより、ＵＥ−サービングＭＳＣ−ＭＧＷパス即ち経路内において新たなＣＳベアラがセットアップされ、且つＭＧＷとＰＳＴＮとの間のパス即ち経路は、以前通りに使用され、不変のままであり、且つボイスコールはこの新たなＣＳベアラを介して継続される。
【００６４】
図１１はＵＥがＰＳＴＮと通話している場合にＧＳＭからＷＬＡＮへのハンドオーバーに対するコールの流れを示している。そのコールはＧＳＭベアラを介して、ＵＥ−サービングＭＳＣ−ＧＭＳＣ−ＭＧＷ−ＰＳＴＮパスを介してＵＥとＰＳＴＮとの間において進行中である。ＧＭＳＣは、そのコールがＰＳＴＮに向けてＵＥによって開始されたものである場合にはそのパス即ち経路から省略することが可能である。この例は、ＰＳＴＮユーザがＵＥをコールし且つＣＳベアラパスがＧＭＳＣを介してセットアップされたことを仮定している。ＷＬＡＮへのハンドオーバーが必要とされる場合には（例えば、ＵＥがＷＬＡＮ区域内に入る）、統合されたＵＥはＳＩＰ「ｒｅ−ｉｎｖｉｔｅ」コントロールメッセージをＶＣＣ−ＡＳへ送ってこのセッションを修正する。ＳＩＰメッセージがＷＬＡＮ無線を介して送られて、ユーザが今やＷＬＡＮドメイン内に登録されていることを表示する。次いで、ＶＣＣ−ＡＳがＳＩＰ「ｒｅ−ｉｎｖｉｔｅ」メッセージをＭＧＣＦへ送り、ベアラの変更を表示し、従ってＭＧＣＦはそれに従ってＭＧＷを制御することが可能である。ＭＧＣＦがＭＧＷに対して新たなベアラを割当てた後に、それはＶＣＣ−ＡＳに対してＯＫを送り且つハンドオーバーが準備完了となる。ＷＬＡＮからＧＳＭへのハンドオーバーの場合と同じく、ＶＣＣ−ＡＳとデスティネーションとの間のコールレグは、ハンドオーバーに起因する端末相互間のＱｏＳの変化が存在しない限り、不変のままである。ＱｏＳが変化する場合には、ＭＧＣＦは、そのベアラパスを維持しながら、デスティネーションへ向けてのコールベアラを修正する。ＶＣＣ−ＡＳはＳＩＰ  ＯＫをＵＥへ送り且つＩＰ  ＲＴＰベアラがＵＥ−ＭＧＷパス内にセットアップされる。ＭＧＷとＰＳＴＮとの間のパス即ち経路は不変のままであり、ＣＳベアラを提供する。そのボイスコールは、この新たなＩＰベアラ及びＣＳベアラを介して継続される。
【００６５】
コンフィギュレーションの好みに従って、ＧＳＭコールレグは、ＩＰベアラがセットアップされ且つそのコールがＷＬＡＮへハンドオーバーされた後に、解放させることが可能である。このために、ＶＣＣ−ＡＳはＭＧＣＦ−ＧＭＳＣ−サービングＭＳＣパスを介してＵＥへレリーズ（Ｒｅｌｅａｓｅ）即ち解放メッセージを送る。次いで、ＵＥはＣＳベアラをクリアする。
【００６６】
開示したクラスの本発明実施例によれば、第一アクセスネットワーク、メディアゲートウエイ、及び該メディアゲートウエイとソース／デスティネーションノードとの間の中断されることのないベアラを維持しながらユーザ装置と該メディアゲートウエイとの間の少なくとも１つのベアラを変更すべく適合されている第一ノードを有する通信システムが提供される。
【００６７】
開示したクラスの本発明実施例によれば、パケットデータネットワークと回路交換型ネットワークとの間でワイヤレスボイスコールをハンドオフする方法が提供され、その方法は、ユーザ装置と第一ノードとの間に１つ又はそれ以上の第一コールコントロールレグを確立し、該第一ノードとデスティネーションとの間に１つ又はそれ以上の第二コールコントロールレグを確立し、ユーザ装置が第一アクセスネットワークから第二アクセスネットワークへ移動する場合に、該第二アクセスネットワークを介して該ユーザ装置と該第一ノードとの間に１つ又はそれ以上の第三コールコントロールレグを確立し、且つオプションとして、所望により、該第一アクセスネットワークを介しての該１つ又はそれ以上の第一コールコントロールレグを終了させる、上記各ステップを有しており、その場合に、該１つ又はそれ以上の第三コールレグは該１つ又はそれ以上の第一コールレグとは異なるベアラを使用し、且つここでＳＩＰが第一、第二及び第三コールコントロールレグに対するコールコントロールシグナリングとして使用される。
【００６８】
開示したクラスの本発明実施例によれば、ユーザ装置がアクセスネットワークを変更する場合にボイスコールを維持する方法が提供され、該方法は、第一パケットデータアクセスネットワークか又は第二回路交換型アクセスネットワークのいずれかと関連しているアクセス技術を使用してユーザ装置を第一ノードに登録し、該ユーザ装置からのＳＩＰシグナリングを終了させ且つデスティネーションへ向けての別のコールコントロールシグナリングレグを開始させることにより第一パケットデータアクセスネットワークにおいて開始されたユーザ装置から発信するコールをハンドリングし、該第二回路交換型アクセスネットワークと関連している回路交換型ベアラを作成することを該ユーザ装置に命令し、該ユーザ装置からのＳＩＰシグナリングを終了し、且つ該デスティネーションへ向けての別のコールコントロールシグナリングレグを開始させることにより、第二回路交換型アクセスネットワークにおいて開始されたユーザ装置から発信するコールをハンドリングし、入って来るコントロールシグナリングレグを終了させ且つ該ユーザ装置に向けてのＳＩＰシグナリングを開始させることにより該第一パケットデータアクセスネットワークにおいてユーザ装置で終了するコールをハンドリングし、且つ該入って来るコールコントロールシグナリングを終了させ、回路交換型コールレグに対する第二回路交換型アクセスネットワークと関連している回路交換型ベアラを作成することを少なくとも該ユーザ装置に命令し、且つ該ユーザ装置へ向けてのＳＩＰシグナリングを開始させることにより、該第二回路交換型アクセスネットワークにおいてユーザ装置で終了するコールをハンドリングする、上記各ステップを有している。
【００６９】
開示したクラスの本発明実施例によれば、ユーザ装置がアクセスネットワークを変更する場合にボイスコールを維持する方法が提供され、該方法は、ユーザ装置が第二無線アクセスネットワークへ浸入したことを検知し且つそのユーザをＳＩＰシグナリングを使用して該第二アクセスネットワークを介して第一ノードへ登録し、該第二アクセスネットワークに対するＵＥのハンドオーバー要求をハンドリングし、第二ノードと他方のパーティとの間のコールベアラレグを不変のまま維持しながら該第二アクセスネットワークを介してユーザ装置と第二ノードとの間のハンドオーバーされたコールに対して適宜のベアラを確立し、且つ、オプションとして、該第一アクセスネットワークを介してのユーザ装置と第二ノードとの間の以前のコールベアラレグを解放する、上記各ステップを有している。
【００７０】
修正及び変形
当業者によって認識されるように、本願において記載した本発明概念は途方もなく大きな範囲の適用例にわたり修正及び変形することが可能であり、従って、特許される要旨の範囲は与えられた特定の例示的教示のいずれかにより制限されるものではない。
【００７１】
例えば、パケットデータ及び回路交換型ネットワークの特定の例が例示的目的のために与えられているが、ここに記載した本発明概念はこれらの特定の例に制限されるものではない。
【００７２】
変形及びインプリメンテーションを示すことを助ける付加的な一般的な背景は以下の文献において見出すことが可能であり、それらの全ては引用により本明細書に取込む。
【００７３】
「３Ｇモバイルネットワーク（３Ｇ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋｓ）」、Ｃａｓｅｒａ及びＮａｒａｎｇ、マグローヒル、２００５年。
【００７４】
本願における記載のいずれもが、どれか特定の要素、ステップ又は機能が特許請求の範囲に包含されねばならない基本的な要素であることを暗示するものとして読まれるべきではなく、特許された要旨の範囲は許可された特許請求の範囲によってのみ定義されるものである。更に、これらの特許請求の範囲のいずれもが「するための手段」という正確な単語の分詞が続いていない限り、３５ＵＳＣセクション１１２の第６パラグラフを喚起することを意図したものではない。
【００７５】
出願時の特許請求の範囲は可及的に包括的なものであることが意図されており、且つどの要旨も意図的に捨て去ったり、専用のものとしたり又は放棄したりするものではない。
【図面の簡単な説明】
【００７６】
【図１】本発明の１実施例と一貫性を有するネットワークシステムアーキテクチャの概略図。
【図２】本発明の１実施例と一貫性を持ったＷＬＡＮモードにおけるボイスコールコントロールに対するプロトコルスタックを示した概略図。
【図３】本発明の１実施例と一貫性を持ったＷＬＡＮモードにおけるボイスコールベアラに対するプロトコルスタックを示した概略図。
【図４】本発明の１実施例と一貫性を持ったＧＳＭモードにおけるボイスコールコントロールに対するプロトコルスタックを示した概略図。
【図５】本発明の１実施例と一貫性を持った統合させたユーザ装置を示した概略図。
【図６】本発明の１実施例と一貫性を持ったＷＬＡＮモードに対するモバイル発信コールの流れを示した概略図。
【図７】本発明の１実施例と一貫性を持ったＧＳＭモードにおけるモバイル発信コールの流れを示した概略図。
【図８】本発明の１実施例と一貫性を持ったＷＬＡＮモードにおけるモバイル終了コールの流れを示した概略図。
【図９】本発明の１実施例と一貫性を持ったＧＳＭモードにおけるモバイル終了コールの流れを示した概略図。
【図１０】本発明の１実施例と一貫性を持ったＷＬＡＮからＧＳＭへのハンドオーバーコールの流れを示した概略図。
【図１１】本発明の１実施例と一貫性を持ったＧＳＭからＷＬＡＮへのハンドオーバーコールの流れを示した概略図。
【図１】
2008547289.tif 000003
【図２】
2008547289.tif 000004
【図３】
2008547289.tif 000005
【図４】
2008547289.tif 000006
【図５】
2008547289.tif 000007
【図６】
2008547289.tif 000008
【図７】
2008547289.tif 000009
【図８】
2008547289.tif 000010
【図９】
2008547289.tif 000011
【図１０】
2008547289.tif 000012
【図１１】
2008547289.tif 000013
【国際調査報告】
2008547289.tif 000014