JP2007282230A - データ変換 - Google Patents

Abstract

【課題】移動局とパケットベースの音声通信システムとの間の音声通信を扱う方法を提供すること。
【解決手段】移動局とパケットベースの音声通信システムとの間の音声通信を扱うことを包含する方法であって、第一のプロトコルに従って、公衆データネットワーク上の電気通信ネットワークに移動局アクセス用の通信インターフェースを、ゲートウェーシステムにおいて、エミュレートすることと、第二のプロトコルに従って、該ゲートウェーと該パケットベースの音声通信システムとの間を通信することと、該移動局と該パケットベースの音声通信システムとの間をパスする制御通信情報を変換することとを含む、方法。
【選択図】図２

Description

（背景）
本記載は、データ変換に関する。

免許不要移動アクセス（ＵＭＡ）技術は、Ｂｌｕｅｔｏｏｔｈおよび８０２．１１を含む免許不要帯域で技術上のＧＳＭおよびＧＰＲＳ移動サービスへのアクセスを提供し、サービスプロバイダは、加入者がデュアルモードのモバイルハンドセットを使って、セルラネットワークと公衆および民間の免許不要無線ネットワークとの間でのローミングし、ハンドオーバすることが可能になる。

図１を参照すると、ネットワークプロトコルは、ＵＭＡ移動局（ＭＳ）１００とＧＳＭ／ＧＰＲＳ移動ネットワーク１０２との間の旧式のＧＳＭ／ＧＰＲＳ音声／データベアラおよび信号伝達のトラフィックを輸送する。一部の例において、移動局１００は、基地トランシーバ局１１６に接続し、民間ネットワーク１１４を介して、移動ネットワーク１０２にトラフィックを送信する。一部の例において、移動局１００は、アクセスポイント１１０に接続し、公衆データネットワーク（例えば、インターネット）１０６にわる固定ＩＰトンネル（ＩＰＳｅｃ）１０４の内側にトラフィックを送信する。ＵＭＡネットワークコントローラ（ＵＮＣ）１０８は、移動ネットワーク１０２の観点から、ＭＳ１００用の基地局コントローラ（ＢＳＣ）として機能する。ＵＮＣ１０８は、ＭＳ１００からのＩＰＳｅｃトンネルの終点であり、ＧＳＭ／ＧＰＲＳ音声／データベアラおよび信号伝達を、コア移動ネットワーク１０２内の移動スイッチングセンタに提供する。これにより、従来型／旧式ＧＳＭ／ＧＰＲＳネットワークが、ＵＭＡデバイスを通常のＧＳＭ／ＧＰＲＳ移動デバイスとして扱うことが可能になる。標準無線ルータまたはコンピュータのようなアクセスポイント１１０は、免許不要のスペクトル技術を用いて、トラフィックをＭＳ１００からＩＰＳｅｃ１０４に運搬する。このＩＰｓｅｃ１０４を介して、このトラフィックは、ＩＰネットワーク１０６にわたって、ＵＮＣ１０８に送信される。

ＵＭＡにおいて、コールを制御し、移動度を管理するプロトコルは、旧式の回路交換ＧＳＭおよびパケット交換ＧＰＲＳに基づいている。ＩＰネットワーク１０６は、移動デバイスとネットワークとの間の旧式プロトコルを輸送する手段としてのみ使用され得る。音声／データベアラおよび信号伝達のトラフィックは、旧式のＧＳＭ／ＧＰＲＳネットワークエレメントによって、相変わらず処理され、これらのエレメントを通過して横断する（ｔｒａｖｅｒｓｅ）。これらのエレメントは、免許不要帯域技術によって可能となったより高い帯域メリットを最大限に活かすように、アーキテクチャされていない。

ＩＭＳ、すなわち、ＩＰマルチメディアシステムは、セルラネットワークとインターネットとを融合する第三世代（３Ｇ）ネットワークアーキテクチャにおける一つのエレメントである。ＩＭＳによって、ユーザは、３Ｇハンドヘルドデバイスを用いて、ウェブページへのアクセス、ｅメールの閲覧、映画鑑賞、またはビデオ会議への参加などのインターネットサービスにアクセス可能となる。

今日では、ＩＭＳは、まだ広く利用可能になっていないが、ＩＰ ＰＢＸおよびＩＰ Ｃｅｎｔｒｅｘは、ボイスオーバＩＰ通信を提供し、従来型民間ブランチオフィスおよびＣｅｎｔｒｅｘでの音声の特徴もＩＰネットワーク上のサービスもサポートする。

ＩＭＳにおいて、コールを制御し、移動度を管理するプロトコルは、ＳＩＰ（セッション起動プロトコル）に基づく。ＩＰ ＰＢＸおよびＩＰ Ｃｅｎｔｒｅｘも、また、ＳＩＰプロトコルおよび他のＩＰベースのプロトコルに基づく。ＳＩＰは、ＩＰネットワーク上でマルチメディアセッションを確立し、管理するためのプロトコルとして、ＩＥＴＦによって規格化されたので、ＩＥＴＦによって開発された多数のプロトコルによって使用されるクライアントサーバモデルに従う。ＳＩＰは、ＩＭＳ内のアプリケーションサーバと相互作用しているエンドユーザの移動デバイスで稼動しているＳＩＰクライアントを要求する。ＵＭＡ移動デバイスからＩＭＳサービス、ＩＰ ＰＢＸおよびＩＰ Ｃｅｎｔｒｅｘにアクセスするために、ＵＭＡ移動デバイスは、ＳＩＰクライアントを稼動する。

（概要）
一般的に、一局面において、移動局とパケットベースの音声通信システムとの間の音声通信が、扱われる。第一のプロトコルに従って、公衆データネットワーク上の電気通信ネットワークへの移動局アクセス用の通信インターフェースが、ゲートウェーシステムにおいて、エミュレートされる。通信は、第二のプロトコルに従って、移動局とパケットベースの音声通信システムとの間をパスする。移動局とパケットベースの音声通信システムとの間をパスする制御通信情報は、変換される。

インプリメンテーションは、以下の特徴の一つ以上を含み得る。パケットベースの音声通信システムは、ＩＰ Ｃｅｎｔｒｅｘである。パケットベースの音声通信システムは、ＩＰ ＰＢＸである。パケットベースの音声通信システムは、ＩＭＳベースの電気通信システムである。第一のプロトコルは、ＵＭＡである。第二のプロトコルは、ＳＩＰである。制御通信を変換することは、ＧＳＭおよび／またはＧＰＲＳメッセージとＳＩＰメッセージとの間を翻訳することを含む。

一般的に、一局面において、データネットワークサービスは、移動端末からアクセスされる。ゲートウェーは、移動端末から受信された制御通信を第一のプロトコルから第二のプロトコルに変換するために提供される。ここで、第二のプロトコルは、このサービスと互換性がある。

インプリメンテーションは、以下の特徴の一つ以上を含み得る。移動局は、無線通信ネットワーク上のデータネットワークサービスにアクセスする。移動端末は、ＵＭＡ端末である。

商業用ＵＭＡ移動デバイスは、間もなく、大量に利用可能となる。本明細書で記載される解決策によって、ＵＭＡユーザは、デバイスのインフラを何ら変更することなく、ＩＭＳ サービス、ＩＰ ＰＢＸおよびＩＰ Ｃｅｎｔｒｅｘにアクセス可能となる。それは、ＳＩＰクライアントは、ＵＭＡデバイス上で必要とされないからである。ＩＭＳの展開は、ＵＭＡデュアルモード電話のメリットを享受することによって加速される。ＵＭＡ移動デバイスは、ＵＭＡハンドセットを何ら変更することなく、あるいは、ＧＳＭおよびＩＭＳ／ＳＩＰサービスまたはプロトコルを何ら変更することなく、ＩＭＳおよびＩＰ ＰＢＸ／Ｃｅｎｔｒｅｘサービスにアクセスし得る。

本発明の１つ以上の実施形態の詳細は、添付図面と以下の説明との中に記載される。本発明の他の特徴、目的および利益は、説明と図面から、また、請求項により明らかとなる。

本発明は、さらに、以下の手段を提供する。

（項目１）
移動局とパケットベースの音声通信システムとの間の音声通信を扱うことを包含する方法であって、
第一のプロトコルに従って、公衆データネットワーク上の電気通信ネットワークへの移動局アクセス用の通信インターフェースを、ゲートウェーシステムにおいて、エミュレートすることと、
第二のプロトコルに従って、該ゲートウェーと該パケットベースの音声通信システムとの間を通信することと、
該移動局と該パケットベースの音声通信システムとの間をパスする制御通信情報を変換することと
を含む、方法。

（項目２）
上記パケットベースの音声通信システムは、ＩＰ Ｃｅｎｔｒｅｘを備える、項目１に記載の方法。

（項目３）
上記パケットベースの音声通信システムは、ＩＰ ＰＢＸを備える、項目１に記載の方法。

（項目４）
上記パケットベースの音声通信システムは、ＩＭＳベースの電気通信システムを備える、項目１に記載の方法。

（項目５）
上記第一のプロトコルは、ＵＭＡを備える、項目１に記載の方法。

（項目６）
上記第二のプロトコルは、ＳＩＰを備える、項目１に記載の方法。

（項目７）
上記制御通信を変換することは、ＧＳＭおよび／またはＧＰＲＳメッセージとＳＩＰメッセージとの間を翻訳することを包含する、項目１に記載の方法。

（項目８）
公衆データネットワーク上の電気通信ネットワークへの移動局によるアクセスのための、第一のプロトコルに従う移動局アクセス用の第一の通信インターフェースと、
第二のプロトコルに従うパケットベースの音声通信用の第二のプロトコルと、
該第一の通信インターフェース上の移動局と、該第二のインターフェース上のパケットベースの音声通信システムとの間の制御通信情報をパスするように構成されたプロセッサと
を備える、通信デバイス。

（項目９）
移動端末からデータネットワークサービスにアクセスすることを包含する方法であって、
該移動端末から受信された制御通信を第一のプロトコルから第二のプロトコルに変換するためのゲートウェーを提供することを含み、該第二のプロトコルは該サービスと互換性を有する、方法。

（項目１０）
上記第二のプロトコルは、ＳＩＰである、項目９に記載の方法。

（項目１１）
上記移動端末は、無線通信ネットワーク上のデータネットワークサービスにアクセスする、項目９に記載の方法。

（項目１２）
上記移動端末は、ＵＭＡ端末である、項目９に記載の方法。

（摘要）
移動局とパケットベースの音声通信システムとの間の音声通信が、扱われる。第一のプロトコルに従って、公衆データネットワーク上の電気通信ネットワークへの移動局アクセス用の通信インターフェースが、ゲートウェーシステムにおいて、エミュレートされる。通信は、第二のプロトコルに従って、移動局とパケットベースの音声通信システムとの間をパスする。移動局とパケットベースの音声通信システムとの間をパスする制御通信情報は、変換される。

（説明）
以下の用語：
ＡＳ：アプリケーションサーバ、
ＢＳＣ：基地局コントローラ、
ＣＡＭＥＬ：移動ネットワーク強化ロジック用カスタム化アプリケーション、
ＣＳＣＦ：コール／セッション制御機能、
ＤＨＣＰ：動的ホスト構成プロトコル、
ＧＭＳＣ：ゲートウェーＭＳＣ、
ＧＰＲＳ：ジェネラルパケットラジオサービス、
ＧＳＭ：移動通信用グローバルシステム、
ＨＬＲ：ホームロケーションレジスタ、
ＩＭＳ：ＩＰマルチメディアシステム、
ＩＭＳ ＡＳ：ＩＰマルチメディアシステムアプリケーションサーバ、
ＩＰ Ｓｅｃ：固定ＩＰトンネル、
ＭＧＷ：メディアゲートウェー、
ＭＳＣ：移動局サービス切り替えセンタ、
ＭＳ：移動局、
ＮＣＧ：ネットワーク収束ゲートウェー、
ＰＬＭＮ：公衆陸上移動ネットワーク、
ＰＳＴＭ：公衆切り替え電話ネットワーク、
ＳＴＰ：スパニングツリープロトコル、
ＵＭＡ：免許不要移動アクセス、
ＶＬＲ：ビジタロケーションレジスタ、
ＶＭＳＣ：訪問先ＭＳＣ、
ＶＰＬＭＮ：訪問先ＰＬＭＮ
が、本記載において用いられる。

発明者らは、ＵＭＡ移動デバイスと、例えば、ＩＭＳベースの無線ネットワークおよびＩＰ ＰＢＸ／Ｃｅｎｔｒｅｘサービスを含む他の通信システムとの間の通信を橋渡しするＵＭＡ−ｔｏ−ＳＩＰ収束ゲートウェーについて説明する。このようなＵＭＡ−ｔｏ−ＳＩＰゲートウェーを用いることで、移動デバイスは、移動デバイス内にホストされるＳＩＰクライアントを用いることなく、ＳＩＰベースの通信セッションに参加し得る。

図２を参照すると、ＵＳＣゲートウェー２００は、ＵＭＡ移動局（ＭＳ）１００と通信する。これは、ＭＳ１００の観点から、ＵＳＣゲートウェー２００は、標準ＵＭＡネットワークコントローラ（ＵＮＣ）として機能し、それゆえ、移動デバイス内にホストされた標準ＵＭＡの機能は、ＵＳＣゲートウェー２００との通信に適する。特に、ＭＳ１００は、アクセスポイント１１０に接続し、アクセスルータ２０９を介してインターネット１０６と通信するために、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ２０７からＩＰアドレスを入手する。ＭＳ１００は、ＵＭＡ特定プロトコルに従うＵＳＣゲートウェー２００と相互作用し、ＵＭＡ移動デバイスとＵＮＣインターフェースとの相互作用を支配するＵＭＡ仕様に準拠する。ＵＳＣゲートウェー２００は、ＩＰ ＰＢＸまたはＩＰ Ｃｅｎｔｒｅｘシステム２０３のようなＳＩＰベースの通信システムと、ＮＣＧ２０２を介して相互作用する。これは、ＵＳＣゲートウェー２００が、このようなシステムの観点から、あたかもＳＩＰユーザエージェントとして機能しているかのように行われる。

ＵＳＣゲートウェー２００は、また、ＰＳＴＮネットワーク２０４または標準移動ネットワーク２０６と従来型ネットワーク接続を確立し得る。接続は、ＩＰネットワーク２０８を介して標準的な方法を用いて確立される。一部の例において、ＵＳＣ２００は、ソフトスイッチ・メディアゲートウェー２１０に接続し、ＰＳＴＮネットワーク２１２上の標準ＰＳＴＮ電話２１４にデータを送信する。一部の例において、ＵＳＣ２００は、ＮＣＧ２０２を介して、信号伝達ゲートウェー２１６に接続し、移動局ネットワーク２０６内のＳＴＰサーバ２１８上にデータを送信する。ＳＴＰサーバ２１８は、ＳＭＳＣサーバ２２０、ホームロケーションレジスタ（ＨＬＲ）サーバ２２２およびＭＳＣ２２４へのアクセスを有する。

図３を参照すると、ＵＳＣゲートウェー２００は、一端でＭＳ１００と、他方の側でＩＭＳネットワーク３００と相互作用する。このネットワークアーキテクチャにおいて、ＮＣＧデバイスは、トラフィックルーティングを要求されない。

再び、ＩＭＳネットワーク３００の観点から、ＵＳＣゲートウェー２００は、ＭＳ１００の代理として、ＳＩＰユーザエージェント（ＳＩＰクライアント）のように挙動する。このゲートウェーは、ＭＳ１００との旧式のＧＳＭ回路交換相互作用を、ＩＭＳおよびＩＰ ＰＢＸ／Ｃｅｎｔｒｅｘサービスで使用されるプロトコルに準拠するＩＰベースのＳＩＰおよびＩＭＳに翻訳し、変換する。ＵＳＣ２００は、ＩＭＳネットワーク３００内のコール／セッション制御機能（ＣＳＣＦ）サーバ３０２、ＩＭＳアプリケーションサーバ（ＡＳ）３０６、およびＶＣＣＦサーバ３０４と通信し得る。ＩＭＳ ＡＳ３０６およびＩＰ ＰＢＸ／Ｃｅｎｔｒｅｘ２０３に対し、ＵＭＡ移動デバイスは、任意の他のＳＩＰ／ＩＭＳクライアントと、ちょうど同じように見える。

ＵＳＣゲートウェーのシステムおよびプロトコルのアーキテクチャは、図４および図５に示される。図４を参照すると、ＭＳ１００は、制御データを含むプロトコルモジュール４００、４０２、４０４、４０６、４０８、４１０、４１２および４１４を有する。モジュール４１２および４１４は、標準アクセスポイント１１０内のピア（ｐｅｅｒ）通信モジュール４１６および４１８にデータを提供する。モジュール４１８は、免許不要の下部層からアクセス層４２０へのデータを処理し、ＩＰネットワーク１０６内のプロトコルモジュール４２２および４２４にデータを提供する。ＩＰネットワーク１０６は、ＵＳＣ２００内のピアプロトコルモジュール４３８および４４０にデータを転送する。プロトコルモジュール４００、４０２、４０４、４０６、４０８および４１０は、また、ＵＳＣ２００内のピアプロトコルモジュール４２６、４２８、４３０、４３２、４３４および４３６にデータを転送する。ＵＳＣ２００は、モジュール４２６、４２８および４３０内のデータを処理し、プロトコルモジュール４４２内で、ＳＩＰとしてデータを再び束ねる（ｒｅｂｕｎｄｌｅ）。ＵＳＣ２００は、モジュール４３２、４３４および４３６内のデータを処理し、プロトコルモジュール４４４内で、ＴＣＰ／ＵＤＰとしてデータを再び束ねる。ＵＳＣ２００は、ＩＭＳネットワーク３００を介して転送されるべきプロトコルモジュール４４２、４４４、４４５および４４８内のデータをＣＳＣＦサーバ３０２内のモジュール４５０、４５２、４５４および４５６に転送する。

図５を参照すると、ＭＳ１００は、音声ベアラデータを含むプロトコルモジュール５００、５０２、５０４、５０６、５０８および５１０を有する。モジュール５０８および５１０は、標準アクセスポイント１１０内のピア通信モジュール５１２および５１４にデータを提供する。モジュール５１４内のデータは、免許不要の下部層からアクセス層５１６へと処理される。アクセスポイント１１０は、モジュール５１２および５１６内のデータをＩＰネットワーク１０６内のプロトコルモジュール５１８および５２０に提供する。ＩＰネットワーク１０６は、ＵＳＣ２００内のピアプロトコルモジュール５３２および５３４へデータを転送する。プロトコルモジュール５００、５０２、５０４および５０６は、また、データをＵＳＣ２００内のピアプロトコルモジュール５２４、５２６、５２８および５３０へ転送する。ＵＳＣ２００は、モジュール５２４内のＧＥＲＡＮ ｃｏｄｅｃデータを処理して、別のｃｏｄｅｃデータ５３６にする。ＵＳＣ２００は、モジュール５２６、５２８および５３０内のデータを処理し、プロトコルモジュール５３８内のＲＴＰ／ＵＤＰとして、データを再び束ねる。プロトコルモジュール５２２は、必要に応じて、トランスコーディング（ｔｒａｎｓｃｏｄｉｎｇ）を補助する。ＵＳＣ２００は、ＩＭＳネットワーク３００を介して転送されるべきプロトコルモジュール５３６、５３８、５４０および５４２内のデータをＩＭＳアプリケーションサーバ３０６内のモジュール５３６、５３８、５４０および５４２に転送する。

図６を参照すると、三方向通話のような追加サービスが、ＵＭＡ移動局１００に対してインプリメントされ得る。この技術によって、より高度なコールの流れが可能となり、専用ＩＭＳ会議コールアプリケーションサーバ３０６またはＩＰ ＰＢＸ／ＩＰ Ｃｅｎｔｒｅｘ２０３が、会議コールの管理および制御を実行するシナリオをインプリメントすることが可能となる。このようなＩＭＳ会議コールアプリケーションサーバは、図３で「ＩＭＳ ＡＳ」として示されているようなＩＭＳドメイン内に常駐する。ＩＰ ＰＢＸ／ＩＰ Ｃｅｎｔｒｅｘの場合は、図２に示されるようになる。ＩＭＳおよびＩＰ ＰＢＸ／ＩＰ Ｃｅｎｔｒｅｘの双方の場合いずれも、ＵＳＣゲートウェーは、旧式のＧＳＭプロトコル（例えば、旧式のＧＳＭ通信チャネルを介して、スターコードを送信する）をプロトコルメッセージに準拠するＳＩＰ／ＩＭＳに変換し、ＩＭＳおよびＩＰ ＰＢＸ／ＩＰ Ｃｅｎｔｒｅｘと相互作用する。

一部の例において、ＵＭＡ移動局（ＭＳ）１００は、第一のパーティ６５０を呼び出すために、電話番号をダイヤルする（ステップ６００）。ＵＳＣゲートウェー２００は、ダイヤルされた番号を受信し、適切なメディアゲートウェー（ＭＧＷ）２１０に、ＳＩＰインバイト（ｉｎｖｉｔｅ）を送信し（ステップ６０２）、次いで、このＭＧＷ２１０は、このインバイトをＰＳＴＮ２１２上に転送する（ステップ６０３）。ＰＳＴＮ２１２は、第一のパーティ６５０に、警告を送信し（ステップ６０４）、この第一のパーティは、次いで、コールに応答する（ステップ６０５）。ＰＳＴＮ２１２は、ＡＮＭメッセージをＭＧＷ２１０に返し（ステップ６０６）、ＭＧＷ２１０は、ＳＩＰ ＯＫメッセージをＵＳＣゲートウェー２００に転送して戻す（ステップ６０８）。ＵＳＣゲートウェー２００は、「コールに応答した」というメッセージをＭＳ１００に送り返し（ステップ６１０）、第一のパーティとのコールをＵＭＡ会話として設定する（ステップ６１２）。ＭＧＷ２１０とＭＳ２ ６５０との間の会話セグメントは、標準技術を用いて音声会話として開始される（ステップ６１４）。

第一のパーティとのコールがアクティブな間、加入者１１５は、コールに参加する別の第三のパーティを招くことによって、三方向通話を開始し得る。一部の例において、加入者は、自分が三方向通話を開始したい旨を指示するために、スターコードをダイヤルし（例えば、「＊３」）、次いで、第三のパーティ６５２用の電話番号（例えば、「７８１ １１１ ５６７８」）をダイヤルする（ステップ６１６）。一部の例において、ＵＳＣゲートウェー２００は、通話の橋渡しと、音声メディアストリームの混合とを行い、三方向通話を設定する。ＵＳＣゲートウェー２００は、標準技術を用い、第三のパーティ６５２とのコールを開始し、ＳＩＰインバイトを適切なＭＧＷ２１０に送信し（ステップ６１８）、このＭＧＷ２１０が、適切なＰＳＴＮ２１２にＩＡＭメッセージを送信し（ステップ６１９）、このＰＴＳＮ２１２が、第三のパーティ６５２に警告を送信する（ステップ６２０）。第三のパーティ６５２は、応答し（ステップ６２１）、ＰＳＴＮ２１２は、ＡＮＭメッセージをＭＧＷ２１０に返信する（ステップ６２２）。ＭＧＷ２１０は、ＳＩＰ ＯＫメッセージをＵＳＣゲートウェー２００に返信する（ステップ６２４）。ＵＳＣゲートウェー２００は、次いで、パーティ間の３つのコールレグ（ｃａｌｌ ｌｅｇ）を混合し、ＭＳ１００に「コールに応答」というメッセージを返信する（ステップ６２６）。第三のパーティ６５２とＭＧＷ２１０との間のコールレグは、音声会話として設定され（６２８）、その一方、ＭＳ１００とＭＷ２１０との間のコールレグは、ＵＭＡ会話である（ステップ６３０）。

図７を参照すると、ＵＭＡハンドセット１００は、移動ＰＢＸサービスに対するＩＰ ＰＢＸ内線電話として動作し得る。一部の例において、ＵＳＣゲートウェー２００は、ＵＭＡハンドセットを移動ＩＰ ＰＢＸ内線電話とする。ＵＳＣゲートウェー内に異なるダイヤリングプランを単に構成することによって、ＵＭＡハンドセット上でダイヤルされた数字は、オフィス内線として認識され得て、処理するために、ＩＰ ＰＢＸ／ＩＰ Ｃｅｎｔｒｅｘに転送され得る。

一部の例において、内線「３０１」が、ＵＭＡ ＭＳ１００からダイヤルされる（ステップ７０２）。ＵＳＣゲートウェー２００は、これを有効な内線ダイアリングプランとして認識し、このコールをＩＰ ＰＢＸ２０２に、「内線３０１にＳＩＰを招く」として転送する（ステップ７０４）。リモートオフィスのデスクトップＩＰ電話７００が鳴る（ステップ７０６）。電話が鳴っているというＳＩＰメッセージが、ＩＰ電話７００からＩＰ ＰＢＸ２０２に転送される（ステップ７０８、ＵＳＣゲートウェー２００へ（ステップ７１０）、ＭＳ１００へ（ステップ７１２））第三のパーティは、ＩＰ電話７００に応答し、このＩＰ電話７００は、ＳＩＰ ＯＫメッセージをＩＰ ＰＢＸ２０２に送信し（ステップ７１４）、このＩＰ ＰＢＸ２０２は、ＯＫメッセージをＵＳＣゲートウェー２００に転送し（ステップ７１６）、このＵＳＣゲートウェー２００は、「コールに応答」というメッセージをＭＳ１００に送信する（ステップ７１８）。ＵＭＡ音声会話は、ＭＡ１００とＩＰ電話７００との間で開始される（ステップ７２０）。

ＵＭＡハンドセットの代理として、ＳＩＰユーザエージェントとして動作（あるいはプロキシ）するＵＳＣゲートウェーがなければ、複雑なネットワーク設定は、このような移動ＰＢＸサービスをインプリメントするのに必要とされる。典型的なインプリメンテーションは、ＣＡＭＥＬのようなメカニズムを用いて、コールルーティングをトリガまたは強制して、ダイヤル番号（「３０１」）をＩＰ ＰＢＸまたはＩＰ Ｃｅｎｔｒｅｘに強制ルーティングする。

本明細書に記載されたアプローチは、ＣＡＭＥＬトリガも、強制コールルーティングも、ＵＭＡハンドセットに対する変更も、ダウンロードする特別ソフトウェアも、ＵＭＡ、ＧＳＭ、ＩＰ ＰＢＸ／Ｃｅｎｔｒｅｘプロトコルおよびネットワークに対する変更も要求しない。移動サービスプロバイダは、自身のネットワーク内にＵＳＣゲートウェーを配置する必要があるだけで、ＵＭＡハンドセットと、移動／無線ＩＰ ＰＢＸサービスを展開できる。

したがって、他の実施形態も、以下の特許請求の範囲内に収まる。

ネットワークを示す。 ネットワークを示す。 ネットワークを示す。 プロトコルアーキテクチャを示す。 プロトコルアーキテクチャを示す。 流れ図を示す。 流れ図を示す。

符号の説明

１００ ＵＭＡ移動局（ＭＳ）
１０２ ＧＳＭ／ＧＰＲＳ移動ネットワーク
１０４ 固定ＩＰトンネル（ＩＰＳｅｃ）
１０６ ＩＰアクセスネットワーク
１０８ ＵＭＡネットワークコントローラ（ＵＮＣ）
１１０ アクセスポイント
１１２ 基地局コントローラ（ＢＳＣ）
１１４ 民間ネットワーク
１１６ 基地トランシーバ局
２００ ＵＳＣゲートウェー
２０２ ＮＣＧ
２０３ ＩＰ ＰＢＸまたはＩＰ Ｃｅｎｔｒｅｘシステム
２０４ ＰＳＴＮネットワーク
２０６ 移動局ネットワーク
２０７ 動的ホスト構成プロトコル（ＤＨＣＰ）サーバ
２０８ ＩＰネットワーク
２０９ アクセスルータ
２１０ ソフトスイッチ・メディアゲートウェー
２１２ ＰＳＴＮネットワーク
２１４ 標準ＰＳＴＮ電話
２１６ 信号伝達ゲートウェー
２１８ ＳＴＰサーバ
２２０ ＳＭＳＣサーバ
２２２ ホームロケーションレジスタ（ＨＬＲ）サーバ
２２４ ＭＳＣ

Claims (12)

1. 移動局とパケットベースの音声通信システムとの間の音声通信を扱うことを包含する方法であって、
   第一のプロトコルに従って、公衆データネットワーク上の電気通信ネットワークへの移動局アクセス用の通信インターフェースを、ゲートウェーシステムにおいて、エミュレートすることと、
   第二のプロトコルに従って、該ゲートウェーと該パケットベースの音声通信システムとの間を通信することと、
   該移動局と該パケットベースの音声通信システムとの間をパスする制御通信情報を変換することと
   を含む、方法。
2. 前記パケットベースの音声通信システムは、ＩＰ Ｃｅｎｔｒｅｘを備える、請求項１に記載の方法。
3. 前記パケットベースの音声通信システムは、ＩＰ ＰＢＸを備える、請求項１に記載の方法。
4. 前記パケットベースの音声通信システムは、ＩＭＳベースの電気通信システムを備える、請求項１に記載の方法。
5. 前記第一のプロトコルは、ＵＭＡを備える、請求項１に記載の方法。
6. 前記第二のプロトコルは、ＳＩＰを備える、請求項１に記載の方法。
7. 前記制御通信を変換することは、ＧＳＭおよび／またはＧＰＲＳメッセージとＳＩＰメッセージとの間を翻訳することを包含する、請求項１に記載の方法。
8. 公衆データネットワーク上の電気通信ネットワークへの移動局によるアクセスのための、第一のプロトコルに従う移動局アクセス用の第一の通信インターフェースと、
   第二のプロトコルに従うパケットベースの音声通信用の第二のプロトコルと、
   該第一の通信インターフェース上の移動局と、該第二のインターフェース上のパケットベースの音声通信システムとの間の制御通信情報をパスするように構成されたプロセッサと
   を備える、通信デバイス。
9. 移動端末からデータネットワークサービスにアクセスすることを包含する方法であって、
   該移動端末から受信された制御通信を第一のプロトコルから第二のプロトコルに変換するためのゲートウェーを提供することを含み、該第二のプロトコルは該サービスと互換性を有する、方法。
10. 前記第二のプロトコルは、ＳＩＰである、請求項９に記載の方法。
11. 前記移動端末は、無線通信ネットワーク上のデータネットワークサービスにアクセスする、請求項９に記載の方法。
12. 前記移動端末は、ＵＭＡ端末である、請求項９に記載の方法。

Images