JP4758478B2 - 回線交換ドメインとパケット交換ドメインとを相互接続する技術 - Google Patents

Description

本発明は概して、回線交換（ＣＳ）ドメインとパケット交換（ＰＳ）ドメインとを相互接続する技術に関する。特に、本発明は、ＰＳネットワークアクセス可能なネットワークコンポーネントに対してＣＳサービスを提供することに関する。

第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって規定されたインターネットプロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）は、来るべきオールＩＰネットワーク環境においてＩＰマルチメディア・サービスを提供するためのＰＳサービス配信プラットフォーム・アーキテクチャを表す。ＩＭＳは３つの主要なコンポーネントを含む。即ち、制御レイヤ上のサービング・呼セッション制御機能（Ｓ−ＳＣＳＦ）、及びホーム加入者サーバ（ＨＳＳ）、並びに、アプリケーションレイヤ上のセッション開始プロトコル（ＳＩＰ）アプリケーションサーバ（ＳＩＰ−ＡＳ）である。

動作中に、Ｓ−ＣＳＣＦは、ユーザ端末又は他のネットワークコンポーネントから受信したＳＩＰメッセージを、ＳＩＰ−ＡＳへ転送する。受信したＳＩＰメッセージに基づいて、ＳＩＰ−ＡＳは、特定のユーザに対して提供すべきサービスを判断する。特定のサービスの実行中に、ＳＩＰ−ＡＳは、ユーザに関する追加の情報が必要になる場合があり、この目的のためにＨＳＳと通信する場合がある。ＨＳＳは各ユーザのためのサービスプロファイルを格納しており、そのため、ＧＳＭ（汎欧州デジタル移動電話方式）ネットワークなどの従来の第２（及び第３）世代ネットワークにおけるホーム・ロケーション・レジスタ（ＨＬＲ）と同等のものであると見なすことができる。

ＩＭＳの前には、ネットワーク・トポロジの変化、即ち階層型ネットワークアーキテクチャへの移行があった。従来の第２世代ネットワークにおいては単一のコンポーネントである移動通信交換局（ＭＳＣ）が呼制御と接続との両方を処理したが、階層型ネットワークにおいてはこれらの機能は分離されている。より具体的には、呼制御は制御レイヤにおけるＭＳＣサービス（ＭＳＣ−Ｓ）によって処理され、接続は接続レイヤにおけるメディアゲートウェイ（ＭＧＷ）によって処理される。呼制御と接続とに関するこの分離は、モバイル・ソフトスイッチング（ＭＳＳ）とも呼ばれる。

ＭＳＣ−Ｓは、ＣＳ接続を開始し、解放し、そして監視するための、ネットワークシグナリング及びインテリジェンスを処理する。一方、ＭＧＷは、（音声トラヒック又はデータトラヒックなどの）ＣＳペイロードトラヒックの伝送を処理及び管理する。ＭＧＷはまた、公衆交換電話網（ＰＳＴＮ）及び公衆陸上移動通信網（ＰＬＭＮ）を含む外部ネットワークに対する相互接続を提供する。

ＭＳＳが設置された環境を持つネットワークオペレータやＭＳＳを設置する意図をもつネットワークオペレータは、ＭＳＳ及びＣＳドメインからオールＩＰソリューションへの円滑な移行を確実にすることを望むであろう。移行という観点から、更には設置済みの環境の再利用という点からは、並存期間は、オペレータは、ＰＳネットワークアクセス可能なＩＭＳ加入者に対しても（ＣＳ電話サービスなどの）ＣＳサービスを使用することが好ましいであろう。

本発明の根底にある目的は、ＣＳドメインとＰＳドメインとを相互接続する技術を提案することである。特に、ＰＳネットワークアクセス可能なネットワークコンポーネントに対してＣＳサービスを提供する技術が必要とされる。

本発明の第１の態様によれば、ＰＳネットワークにアクセス可能な第１のネットワークコンポーネントに対するＣＳサービスの提供を制御する方法が提供される。本方法は、ＰＳ制御プロトコルに従うＰＳ制御情報を受信するステップと、前記ＰＳ制御情報の受信に応えて、ＣＳ制御プロトコルに従うＣＳ制御情報を決定するステップと、アプリケーション（又はサービス）レイヤ上に配置された、前記決定したＣＳ制御情報に基づいて前記第１のネットワークコンポーネントへのＣＳサービスの提供を制御する第２のネットワークコンポーネントへ、前記決定したＣＳ制御情報を送信するステップと、を備える。

ＰＳ制御情報は、１以上のＰＳ制御メッセージ及び１以上のＰＳ制御パラメータのうちの少なくとも一方を含んでもよい。一変形例においては、ＰＳ制御メッセージはＳＩＰメッセージであり、ＰＳ制御パラメータはＳＩＰパラメータである。ＣＳ制御情報は、１以上のＣＳ制御メッセージ及び１以上のＣＳ制御パラメータのうちの少なくとも一方を含んでもよい。一変形例においては、ＣＳ制御メッセージは基地局システム管理アプリケーションパート（ＢＳＳＭＡＰ）メッセージ又は直接転送アプリケーションパート（ＤＴＡＰ）メッセージであり、ＣＳ制御パラメータはＤＴＡＰパラメータ又はＢＳＳＭＡＰパラメータである。ＣＳ制御情報は、要求されたサービスタイプ（音声、ビデオ、マルチメディアなど）に関係する情報、ＣＳサービスを確立するために必要とされる情報、ＣＳサービスをどのように実行するかに関する情報、及びＣＳサービスの状態又は結果に関する情報（例えば、サービスの確立が成功したこと又はサービスの確立が失敗したことを示す）のうちの少なくともいずれかを含んでもよい。

ＣＳ制御情報の決定は、多様な方法によって実行可能である。第１の例では、ＣＳ制御情報はＰＳ制御情報内（例えば、ＰＳ制御メッセージ内）にカプセル化されており、ＣＳ制御情報を決定するステップは、カプセル化されたＣＳ制御情報（１以上のＣＳ制御パラメータなど）をＰＳ制御情報から非カプセル化するステップを含む。第２の例では、これは第１の例と組み合わせ可能であるが、ＣＳ制御情報を決定するステップは、ＰＳ制御情報をＣＳ制御情報にマッピングするステップを含む。

ＣＳ制御情報を決定するステップは、制御レイヤ上、アプリケーションレイヤ上、又は何らかの中間レイヤ上で実行可能である。決定するステップが、異なるレイヤ上で実行されるいくつかのサブステップを含むことも可能である。好ましくは、ＣＳ制御情報は、ＰＳ制御レイヤとＣＳアプリケーションレイヤとの間で仲介を行うサービスによって決定される。

情報の流れを柔軟に制御するために、いくつかの情報処理サービスが（好ましくはＰＳドメイン内に）備えられてもよい。情報の流れの柔軟な制御は、オールＩＰ環境への移行を促進する。一例によれば、デフォルトでＰＳ制御情報を解釈する第１のサービス（ＳＩＰ−ＡＳなど）、及びＣＳ制御情報を決定可能な第２のサービス（専用のＡＳなど）が備えられる。個々のサービスは、単一のハードウェアコンポーネント内に一緒に配置されてもよいし、多様なハードウェアコンポーネントに分散していてもよい。

第１のシナリオによれば、受信されたＰＳ制御情報は最初に第１のサービスへルーティングされ、次いで、第１のサービスから第２のサービスへ再ルーティングされる。再ルーティングは、選択的な基準によって実行され得る（即ち、第２のサービスは、受信されたＰＳ情報の一部のみを見ればよい）。この目的のために、第１のサービスは、ＰＳ制御情報を再ルーティングするか否かを決定する決定ステップを実行する。この決定ステップは、第１のサービスのサービスポートフォリオに基づき得る。例えば、第１のサービスが要求されたサービスを自分で提供又は制御できる場合、再ルーティングは発生しないであろう。一方で、第１のサービスが要求されたサービスを提供又は制御できない場合、第２のサービスへの再ルーティングステップが実行されるであろう。決定ステップは、加えて又は代わりに、受信されたＰＳ制御情報内に含まれる要求に基づくこともできる。要求は、第１のネットワークコンポーネントから（例えば、ユーザ端末から）送信されるインジケータの形式を取ってもよく、特定のサービスが第１又は第２のサービスによって実行される。要求は第１のネットワークコンポーネントによって含まれてもよいし、ネットワークオペレータによって含まれてもよいし、或いは他の何らかのネットワークエンティティによって含まれてもよい。そのようなメカニズムによって、第１のネットワークコンポーネント又はネットワークオペレータは例えば、特定のサービスがＰＳドメイン内で（第１のサービスを介して）提供されるかＣＳドメイン内で（第２のサービスを介して）提供されるかを制御することができる。

第２のシナリオによれば、これは第１のシナリオと組み合わせ可能であるが、受信されたＰＳ制御情報は第１のサービス又は第２のサービスへ選択的にルーティングされる。この選択的なルーティングは、制御レイヤ上のＣＳＣＦなどのネットワークコンポーネントによって実行可能である。ＰＳ制御情報を第１のサービスへルーティングするか第２のサービスへルーティングするかを決定することは、要求されたＣＳサービス、負荷バランスの考慮、第１のネットワークコンポーネントの能力、ネットワークオペレータが定義したトリガーイベント、ユーザ要求、及びユーザサービスプロファイルのうちの少なくとも１つの基準に依存し得る。

第３のシナリオによれば、これは第１及び第２のシナリオのうちの一方又は両方と組み合わせ可能であるが、第１のサービス及び第２のサービスの両方が呼び出されてもよい。このアプローチは、要求されたサービスの一部がＰＳドメイン内で（第１のサービスを介して）実行され、他の部分がＣＳドメイン内で（第２のサービスを介して）実行される場合に、特に有用である。なお、第１のサービス（ＰＳ）がＰＳ情報を変更すると、第１のサービスが制御ネットワークコンポーネントに対して制御を返す時に制御ネットワークコンポーネントによって第２のサービス（ＣＳ）が呼び出されること（或いは、その逆）も発生し得る。

アプリケーションレイヤ上で要求されたＣＳサービスを提供するネットワークコンポーネントは、従来のＣＳネットワーク内に配置されてもよい。一変形例によれば、ＣＳサービスは、階層型ＭＳＳネットワークのコンポーネントによって提供される。そのような場合、ＣＳサービスは、ＭＳＣサーバ（ＭＳＣ−Ｓ）によって提供され得る。ＭＳＣ−Ｓは、（これが従来配置されていた）制御レイヤからアプリケーションレイヤへ移動させられ、加えて、制御タスクから解放されることができる。

ここまで、ＰＳドメインからＣＳドメインへの情報の流れを説明してきた。もちろん、情報は、ＣＳドメインからＰＳドメインへ、別方向に流れてもよい。そのような場合、本方法は、ＣＳ制御情報を受信するステップと、ＣＳ制御情報の受信に対する応答として対応するＰＳ制御情報を決定するステップとを更に備えてもよい。こうして決定されたＰＳ制御情報は、ＰＳネットワークにアクセス可能な第１のネットワークコンポーネント（例えば、ユーザ端末）又はＰＳドメイン内の他の何らかのネットワークコンポーネントへ送信され得る。

情報の流れが開始すると、第１のネットワークコンポーネントはＰＳドメインに登録され得る。加えて、第１のネットワークコンポーネントは（例えば、上述したプロトコル変換ステップ又は他の何らかのアプローチを用いて）ＣＳドメインに登録され得る。

本発明は、ソフトウェアとして実装されてもよいし、ハードウェアとして実装されてもよいし、ソフトウェア／ハードウェアの組み合わせとして実装されてもよい。ソフトウェアの態様に関しては、１以上のコンピューティング・デバイス上で実行されると上述の方法のステップを実行するプログラムコード部分を含むコンピュータプログラム製品が提供される。本コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に格納されてもよい。

本発明のハードウェアの態様によれば、ＰＳドメインとＣＳドメインとを相互接続するデバイスが提供される。本デバイスは、ＰＳ制御プロトコルに従うＰＳ制御情報を受信する制御コンポーネントと、前記ＰＳ制御情報の受信に応えて、ＣＳ制御プロトコルに従うＣＳ制御情報を決定するプロトコル変換器と、アプリケーションレイヤ上に配置された、前記決定したＣＳ制御情報に基づいてＣＳサービスを提供するサービング・ネットワークコンポーネントへ、前記決定したＣＳ制御情報を送信するインタフェースと、を備える。

プロトコル変換器は、好ましくは、受信したＰＳ制御情報を予め定義されたＣＳ制御情報にマッピングすること、及びＰＳ制御情報からＣＳ制御情報を非カプセル化することのうちの少なくとも一方を行うプログラムコードを含む。プロトコル変換器は、制御コンポーネント、サービング・ネットワークコンポーネント、及びデフォルトでＰＳ制御情報を処理するサービスコンポーネントのうちのいずれかと共に配置されていてもよい。

以下、図面に示される代表的な実施形態を参照して本発明を説明する。

以下の説明においては、説明を目的とするが限定することは目的とせずに、本発明の完全な理解をもたらすために、特定の信号形式やメッセージングプロトコルなどの具体的な詳細を説明する。当業者にとって、これらの具体的な詳細から離れた他の実施形態において本発明を実行可能であることは明らかであろう。例えば、当業者は、本発明を説明するために以下で論じられているＳＩＰ標準とは異なるＰＳ標準を用いて本発明を実行可能であることを理解するであろう。また、本発明は、以下で論じられているＤＴＡＰ標準及びＢＳＳＭＡＰ標準とは異なるＣＳ標準を用いて実行可能である。

当業者は更に、個々のハードウェア回路を使用して、プログラムされたマイクロプロセッサ又は汎用コンピュータと共にソフトウェア機能を使用して、エーシック（ＡＳＩＣ）を使用して、又は１以上のデジタル信号プロセッサ（ＤＳＰ）を使用して、或いはこれらの組み合わせにより、本明細書で以下に説明する機能を実装可能であるということを理解するであろう。また、本発明は主に方法として説明されているが、コンピュータプロセッサ及びプロセッサに結合されたメモリにおいて具現化可能であるということも理解されるであろう。ここで、メモリは、本明細書に開示する方法を実行する１以上のプログラムによってエンコードされている。

図１Ａを参照すると、フローチャート１００は、ＰＳネットワークアクセス可能な第１のネットワークコンポーネントに対するＣＳサービスの提供を制御する目的でＰＳドメインとＣＳドメインとを相互接続する、第１の方法の実施形態に関する個々のステップを示す。

最初のステップ１０２で、ＰＳ制御プロトコルに従うＰＳ制御情報が、第１のネットワークを介して受信される。次のステップ１０４は、ステップ１０２におけるＰＳ制御情報の受信に応えて実行される。ステップ１０４で、ＣＳプロトコルに従うＣＳ情報が決定される。３番目のステップ１０６で、決定されたＣＳ制御情報が、アプリケーション（又はサービス）レイヤ上に位置する第２のネットワークコンポーネントに対して送信される。受信したＣＳ制御情報による制御の下、第２のネットワークコンポーネントは第１のネットワークコンポーネントに対してＣＳサービスを提供する。

図１Ｂを参照すると、フローチャート１１０は、ＰＳドメインとＣＳドメインとを相互接続する第２の方法の実施形態に関する個々のステップを示す。

最初のステップ１１２で、ＰＳ制御プロトコルに従う１以上の第１の制御メッセージが第１のネットワークを介して受信される。１以上の第１の制御メッセージは、電話サービスやマルチメディアサービスなどのＣＳサービスの提供に関するサービス情報を含む。

次のステップ１１４で、１以上の第１の制御情報からサービス情報が抽出される（或いは、引き出される）。

３番目のステップ１１６で、ＣＳ制御プロトコルに従う１以上の第２の制御メッセージが生成される。１以上の第２の制御メッセージは、ステップ１１４において決定されたサービス情報に基づいて生成される。

４番目のステップ１１８で、生成された１以上の第２の制御メッセージが、１以上の第２の制御メッセージによって制御（例えば、開始や終了など）されるべきＣＳアプリケーションサービスに対して送信される。

図１Ａ及び図１Ｂに示されるステップは、ＰＳドメインからＣＳドメインへの情報の流れを示す。ＣＳドメインからＰＳドメインへの情報の流れに対しても同様の方法でステップを実行可能であることが理解できよう。

図２は、ＰＳドメインとＣＳドメインとを相互接続する上述の方法を実行可能なプロトコル変換デバイス２００を示す。デバイス２００は、情報受信コンポーネント２０２、プロトコル変換器２０４、及びインタフェース２０６を備える。

コンポーネント２０２は、ＰＳ制御プロトコルに従う１以上の第１の制御メッセージなどのＰＳ制御情報を受信するように構成される。コンポーネント２０２はプロトコル変換器２０４に結合されており、受信したＰＳ情報をプロトコル変換器２０４へ転送することができる。ＰＳ情報の受信に応えて、プロトコル変換器はＣＳ制御プロトコルに従うＣＳ制御プロトコルを決定する。この目的のために、プロトコル変換器２０４は受信したＰＳ情報をＣＳ情報へマッピングするか、受信したＰＳ情報からＣＳ情報を抽出するか、或いは何らかの他のステップを実行する。

図２に見られるように、プロトコル変換器２０４は、インタフェース２０６に結合されている。インタフェース２０６によって、プロトコル変換器２０４によって生成されたＣＳ制御情報を、アプリケーションレイヤ上に位置して転送されたＣＳ制御情報の制御の下でＣＳサービスを提供するネットワークコンポーネント（図２には示していない）へ転送することが可能になる。

インタフェース２０６は、加えて又は代わりに、ＣＳ制御プロトコルに従うＣＳ制御情報を受信するように構成されてもよい。また、上で説明したものと同様の方法で、プロトコル変換器２０４は、加えて又は代わりに、ＣＳ制御情報の受信に応えてＰＳ制御プロトコルに従うＰＳ制御情報を決定することができる。こうして決定されたＰＳ制御情報は、受信コンポーネント２０２又は何らかの他のコンポーネントを介して、ＰＳネットワークへ送信され得る。

なお、プロトコル変換器２０４は、変換ステップを実行する個々のサービスを１つ、２つ、或いは３つ以上含んでもよい。更に、プロトコル変換器２０４は、例えばマッピング基準やデフォルトのメッセージなどを指定する設定コンポーネント（不図示）に関連付けられていてもよい。

図３は、種々のユーザ端末３０２、３０４、及び３０６の間でエンド・トゥ・エンド接続を提供する通信システム３００の実施形態を示す。第１のユーザ端末３０２はＳＩＰクライアントとして構成されており、ＰＳネットワーク３０８にアクセス可能である。ＰＳネットワーク３０８は、有線ネットワーク、無線ネットワーク、或いはこれら２つのネットワークタイプの組み合わせであってもよい。ＰＳネットワーク３０８は、ＷＣＤＭＡネットワークとして構成されていてもよいし、ＷＬＡＮとして構成されていてもよい。更なる変形によれば、ＰＳネットワークは、汎用パケット無線サービス（ＧＰＲＳ）の形態におけるＧＳＭの下で運用されるネットワークでもよい。

第２のユーザ端末３０４は、unlicensed mobile access（ＵＭＡ）ネットワーク３１０にアクセス可能である。ＵＭＡ技術は、Ｂｌｕｅｔｏｏｔｈ（登録商標）標準及びＩＥＥＥ８０２．１１標準を含むライセンス不要周波数帯の技術(unlicensed spectrum technologies)を介してＧＳＭ移動サービス及びＧＰＲＳ移動サービスへのアクセスを提供する。第３のユーザ端末３０８は、ＰＬＭＮなどのＣＳネットワークにアクセス可能である。

第１のユーザ端末３０２は、ＰＳネットワーク３０８を介してＩＭＳサブシステム３１４と通信する。ＩＭＳサブシステム３１４は、制御レイヤ上に（Ｓ−）ＣＳＣＦを含むと共に、アプリケーションレイヤ上に第１のアプリケーションサーバ３１８を含む。本実施形態において、第１のアプリケーションサーバ３１８は、ＳＩＰ−ＡＳ又は何らかの他のＩＭＳ−ＡＳとして構成されている。追加の第２のアプリケーションサーバ３２０（これはＩＭＳサブシステム３１４に属していてもよいし属していなくてもよい）は、専用のＭＳＳ−ＡＳとして構成されている。

ＳＩＰ−Ｄ制御メッセージが、ＰＳネットワーク３０８を介して第１のユーザ端末３０２とＩＭＳサブシステム３１４との間で交換される。本実施形態の文脈において、ＳＩＰ−Ｄ情報は、カプセル化されたＤＴＡＰ情報（ＤＴＡＰメッセージやＤＴＡＰパラメータなど）を含む、ＳＩＰ標準に従うメッセージやパラメータなど示す。ＩＭＳサブシステム３１４内において、第１のユーザ端末３０２から送信されるＳＩＰ−ＤメッセージはＣＳＣＦ３１６によって受信され、アプリケーションサーバ３１８及び３２０の一方又は両方へとルーティングされる。アプリケーションサーバ３１８及び３２０は、ＳＩＰ−Ｄメッセージを介して相互に通信する。

システム３００は更に、階層型ネットワークアーキテクチャを実装するＭＳＳサブシステム３２２を含む。ＭＳＳサブシステム３２６は、ＭＳＣ−Ｓ３２４及びＭＧＷ３２６を含む。ＭＳＣ−Ｓは制御レイヤのプロトコルと、加えて重要なことだがアプリケーションレイヤのプロトコルとを、終端させ、開始させ、再ルーティングさせる。非階層型ネットワークにおいては、従来の（非階層型の）ＭＳＣや、電話サーバでさえ、或いは、有線ネットワークにおいて使用可能なスイッチでさせ、使用することも可能である。

ＭＳＳサブシステム３２２はＩＭＳサブシステム３１４及びＰＳネットワーク３０８を介して第１のユーザ端末３０２に結合される。ＭＳＳサブシステム３２２は加えて、ホーム基地局コントローラ（ＨＢＳＣ）３２８及びＵＭＡネットワーク３１０を介して第２のユーザ端末３０４に結合される。更に、ＭＳＳサブシステム３２２は、基地局コントローラ又は無線ネットワーク制御装置（ＲＮＣ）、及び、ＣＳネットワーク３１２を介して、第３のユーザ端末３０６に結合される。

図３に示すシステム３００において、ＨＳＳ−ＡＳ３２０は、ＩＭＳ／ＰＳドメイン及び制御レイヤ（ＣＳＣＦ）を一方とし、ＭＳＳサブシステム３２２及び従来のＣＳサービスが内在するアプリケーションレイヤ（ＭＳＣ−Ｓ）を他方として、両者の間での相互作用を提供するための不可欠なコンポーネントである。従って、ＭＳＳ−ＡＳ３２０は、ＰＳ／ＩＭＳドメインにおいて必要とされるＣＳ電話サービス及び他のＣＳサービスが、ＭＳＳサブシステムを設置済みのオペレータ又はそのようなＭＳＳサブシステム３２２を設置する意図を持つオペレータによって容易に提供されることを確実にする。少なくともＣＳからＩＭＳ／ＰＳへの移行段階の間、ＭＳＳ−ＡＳ３２０は、互換性を提供するエンティティである。ＭＳＳ−ＡＳ３２０はそれゆえ、利用可能なＣＳサービスをＰＳ／ＩＭＳ加入者のためにも活用することを好むネットワークオペレータにとって有用である。

以下、図３から派生した図４及び図５に示される概略図を参照して、電話サービス又は他のサービスを第１のユーザ端末３０２に提供する２つの異なるシナリオを説明する。これらのシナリオでは、第１のユーザ端末３０２内のクライアントコンポーネントによって、ＭＳＳサブシステム３２２においてＣＳサービスを提供するために必要とされるＤＴＡＰパラメータ又は他のサービスパラメータが生成され、ＳＩＰ−Ｄメッセージ内にカプセル化される。こうして生成されたＳＩＰ−Ｄメッセージは、ＣＳＣＦ３１６を介して（更に、オプションとしてＳＩＰ−ＡＳ３１８を介して）、第１のユーザ端末３０２からＭＳＳ−ＡＳ３２０へ転送される。ＭＳＳ−ＡＳ３２０はサービスパラメータを抽出し、抽出したサービスパラメータを含むプレーンのＤＴＡＰメッセージを生成する。ＭＳＳ−ＡＳ３２０は代わりに、ＳＩＰメッセージ及びＳＩＰパラメータのＤＴＡＰメッセージ及びＤＴＡＰパラメータへのマッピングを実行してもよい。

ＤＴＡＰメッセージ及びＤＴＡＰパラメータは、どのようにして特定のサービスを実行するかに関する情報などのサービス関連情報を含んでもよい。サービスの例としては、付加サービス（例えば、呼転送サービス又は呼遮断サービス）、ＣＡＭＥＬ／ＩＮサービス、ボイスメールへルーティングするシステムなどが挙げられる。加えて、専用メッセージを介したサービスのアクティブ化、非アクティブ化、更には設定変更（付加サービスの発動と呼ばれる）も可能である（例えば、呼転送のアクティブ化／非アクティブ化、或いは呼転送番号の変更）。ＭＳＳ−ＡＳ３２０においてＢＳＳＭＡＰメッセージが生成されると、ローミングのようなモビリティサービス、ハンドオーバー、トラヒックチャネル割り当て優先処理（例えば、３ＧＰＰにおいて規定されるようなｅＭＬＰＰ）なども実行可能になる。このことはＧＳＭ（Ａインタフェース）アクセス及びＷＣＤＭＡ（Ｉｕインタフェース）アクセスに当てはまるが、他のあらゆるアクセスタイプにも当てはまる。

ＭＳＳ−ＡＰ３２０によって生成されたＤＴＡＰメッセージは、ＭＳＳサブシステム３２２へ送信される。より具体的には、ＭＳＳサブシステム３２２のＭＳＣ−Ｓ３２４へ送信される。呼又はセッションがＭＳＳサブシステム３２２へルーティングされる時、更にどのように進行するかという選択肢が基本的に２つ存在する。第１の選択肢によれば、ＭＳＳサブシステム３２２が要求されたサービス（例えば、ＣＡＭＥＬ／ＩＮ）を実行し、可能であればいくつかのパラメータ（例えば、宛先番号）を変更し、呼またはセッションをＩＭＳサブシステム３１４（ＣＳＣＦ３１６）に返す。第２の選択肢によれば、ＭＳＳサブシステム３２２が要求されたサービスを実行し、ＣＳドメイン内に留まる（即ち、呼又はセッションはもはやＩＭＳサブシステム３１４へは返されない）。なお、後者の選択肢は、アプリケーションサーバが呼又はセッションを制御ノード（例えば、ＣＳＣＦ３１６）に返すことが想定されているような関連性のある標準（３ＧＰＰ）には従っていないが、それでもなお、必要に応じて実装可能である。

ここでＩＭＳドメイン内でのサービス選択に戻ると、図４に示すシナリオにおいて、ＣＳＣＦ３１６は、サービスパラメータを含むＳＩＰ−Ｄメッセージがルーティングされる先のアプリケーションサービスを選択する。ＣＳＣＦ３１６は、サービスパラメータ内で指定されたサービスに応じて、ＳＩＰ−ＡＳ３１８又はＭＳＳ−ＡＳ３２０を選択する。ＳＩＰ−ＡＳ３１８に対しては、ＣＳＣＦ３１６はプレーンのＳＩＰ、又はＳＩＰ−Ｄを使用する。一方、ＭＳＳ−ＡＳ３２０に対するインタフェースはＳＩＰ−Ｄである。ＳＩＰ−ＡＳ３１８及びＭＳＳ−ＡＳ３２０の両方が対応するサービスをサポートする場合、ＣＳＣＦ３１６によって実行される選択は、負荷バランス、端末能力、ユーザサービスプロファイル（加入者プロファイル）、加入者の要求など、他の基準に基づいて行うことができる。

図４に示すＭＳＳ−ＡＳ３２０は、スタンドアロンタイプのコンポーネントであってもよいし、ＳＩＰ−ＡＳ３１８又は他の何らかのＩＭＳ−ＡＳと共に配置されていてもよい。或いは、ＭＳＳ−ＡＳ３２０は、ＣＳＣＦ３１６と共に配置されていてもよいし、（ＭＳＳサブシステム３２２の一部として）ＭＳＣ−Ｓ３２４と共に配置されていてもよい。ＭＳＳ−ＡＳ３２０に関して可能性の有る場所のいくつかを、図４において破線で示す。

図４と同様の更なるシナリオでは、ＣＳＣＦ３１６は、ＳＩＰ−ＡＳ３１８及びＭＳＳ−ＡＳ３２０の両方を選択する。いくつかのサービスがＰＳドメインにおいて（ＳＩＰ−ＡＳ３１８を介して）提供される一方で他のサービスが同時にＣＳドメインにおいて（ＭＳＳ−ＡＳ３２０及びＭＳＣ−Ｓ３２４を介して）提供される場合に、そのようなアプローチは有利である。

図５のシナリオで、代わりのメッセージング図を示す。ここで、ＣＳＣＦ３１６は、サービス要求を含むあらゆるＳＩＰ−Ｄメッセージをデフォルトでユーザ端末３０２からＳＩＰ−ＡＳ３１８へルーティングする。従って、ＣＳＣＦ３１６は、ＭＳＳ−ＡＳ３２０の存在に関していかなる知識も必要としない。ＳＩＰ−ＡＳ３１８が要求されたサービスをサポートしていない場合などは、ＣＳＣＦ３１６から受信したＳＩＰ−ＤメッセージをＭＳＳ−ＡＳ３２０へ再ルーティングする。従って、ＭＳＳ−ＡＳ３２０の選択は、ＳＩＰ−ＡＳ３１８の能力に応じてＳＩＰ−ＡＳ３１８によってここで実行される。このアプローチは、移行という観点から好ましい。また、このアプローチによって、アプリケーションレイヤ上でＣＳＣＦ３１６即ちＩＭＳコアからサービス能力を隠すことが可能になる。図４と同様に、ＭＳＳ−ＡＳ３２０はやはり、スタンドアロンタイプのコンポーネントであってもよいし、例えばＳＩＰ−ＡＳ３１８と共に又はＭＳＳの一部としてＭＳＣ−Ｓ３２４と共に配置されていてもよい（破線参照）。

上述したシナリオにおいて、関連するＤＴＡＰサービスパラメータは代わりに、ＳＩＰ−ＵＮＩメッセージにおいて指定されてもよい。これらのパラメータを含むＳＩＰ−ＵＮＩメッセージは、上述の様に、第１のユーザ端末３０２からアプリケーションレイヤへ転送され得る。なお、ＳＩＰ−ＵＮＩ標準においては、ずっと多くのサービスパラメータが指定されることが期待される。場合によっては、ＤＴＡＰメッセージに加えて、ＢＳＳＭＡＰメッセージングがＣＳドメインにおいて使用されてもよい。ＤＴＡＰメッセージ及びＢＳＳＭＡＰメッセージは、シグナリングレイヤ７（ＳＳ７）又はＳｉｇｒａｎ標準を介して伝送されてもよい。また、ＳＣＴＰ／ＩＰ又はＴＣＰ／ＩＰも使用可能である。

ＰＳユーザ端末３０２が最初にＣＳＣＦ３１６に登録する時、ＣＳドメインにも登録され得る。このことは、ＭＳＣ−Ｓ３２４内のＭＳＳ−ＡＳ３２０（ＤＴＡＰ／ＢＳＳＭＡＰメッセージング）、及びＨＬＲ又はＨＳＳ（図３には示していない）を介して、直接実行され得る。これはまた、ＭＳＳ−ＡＳ３２０が呼び出された時にＭＳＳ−ＡＳ３２０が登録情報を格納し、ＭＳＣ−Ｓ３２４及びＨＬＲ／ＨＳＳに登録するようにして、実行され得る（加入者が対応するＰＳアクセスネットワーク内でローミングしている間は実際にはこのことは決して起こらない）。加入者がＨＬＲ／ＨＳＳに登録されると、ＨＬＲ／ＨＳＳはＭＳＣ−Ｓ３２４によって加入者プロファイル（サポートされるサービスなど）を求めて呼び出し可能になる。なお、オペレータは依然として、通常のＣＳ加入者のために行なわれるのと同様に、加入者をＨＬＲ／ＨＳＳに入れなければならない。

特定の変換シナリオ（ＳＩＰ−ＤからＤＴＡＰを非カプセル化）が図３に示されているが、ＭＳＳ−ＡＳは、加えて又は代わりに、関連する情報をＳＩＰからＤＴＡＰへ変換（例えば、ＳＩＰメッセージ及びＳＩＰパラメータをＤＴＡＰメッセージ及びＤＴＡＰパラメータにマッピング）し、関連する情報をＳＩＰからＢＳＳＭＡＰへ変換（例えば、ＳＩＰメッセージ及びＳＩＰパラメータをＢＳＳＭＡＰメッセージ及びＢＳＳＭＡＰパラメータへマッピング）し、他の基準（例えば、オペレータのセって、ユーザの設定、或いはデフォルトパラメータ）に基づいてＤＴＡＰメッセージを生成し、他の基準（例えば、オペレータのセって、ユーザの設定、或いはデフォルトパラメータ）に基づいてＢＳＳＭＡＰメッセージを生成し、更にその逆を行うように、構成されてもよい。ＳＩＰメッセージがまたＤＴＡＰパラメータに変換され、ＳＩＰパラメータがＤＴＡＰメッセージに変換されてもよいこと（更にその逆が行われてもよいこと）が理解できよう。また更に、ＰＳサイド及びＣＳサイド上でメッセージとパラメータとの間にｎ：ｍの関係が存在しても構わない。このことはまた、対応するメッセージをＭＳＣ−Ｓへ送信する前にＭＳＳ−ＡＳがＰＳドメインからの第２のメッセージを待つ必要がある場合もある（そしてその逆もある）ということを示唆する。

上述したプロトコル変換ステップは、ＩＭＳなどの一方のＰＳアーキテクチャとＭＳＳなどの他方のＣＳアーキテクチャとの間の高い互換性を確保する。この互換性はオールＩＰソリューションへの移行を促進し、ＭＳＣ−ＳなどのＣＳネットワーク基盤の継続使用を許容する。特に、相互接続アプローチによって、（例えばＷＣＤＭＡネットワーク、ＧＰＲＳネットワーク、又はＷＬＡＮを介して）ＰＳネットワークアクセス可能なネットワークコンポーネントに対してＣＳサービスを提供することが可能となる。この点について、スイッチングコンポーネント（ＭＳＣ−Ｓ）は、少なくとも部分的に、制御レイヤからアプリケーションレイヤへ移動し、アプリケーションサーバになる。そして、ＭＳＳ−ＡＳは、ＩＭＳ制御レイヤとＭＳアプリケーションレイヤとの間で仲介を行う。ここで注目すべきは、本発明は、ＭＳＳタイプの階層型ネットワークのみならず従来のネットワークにおいても実行可能であることである。そのような場合、上述したＣＳサービスに関連するタスクは、適切に構成されたＭＳＣによって提供され得る。

上述の実施形態において説明したソリューションは、ＣＳ電話サービス及び他のサービスをＩＭＳクライアントに提供する標準的な方法を提供するものである。このソリューションはまた、ＣＳからＩＭＳへの円滑な移行、及びオペレータが設置済みの設備を再利用することを可能にする。

好適な実施形態に関連して本発明を説明してきたが、ここでの開示は説明のために過ぎないということを理解すべきである。従って、本発明は、ここに添付する請求項の範囲によってのみ限定されることが意図されている。

本発明の第１の方法の実施形態を示す概略フローチャートである。 本発明の第２の方法の実施形態を示す概略フローチャートである。 本発明のデバイスの実施形態を示す概略ブロック図である。 本発明のシステムの実施形態を示す概略図である。 図３のシステムの実施形態の一部に関する第１の構成を示す概略図である。 図３のシステムの実施形態の一部に関する第２の構成を示す概略図である。

Claims (21)

1. パケット交換（ＰＳ）ネットワークにアクセス可能な第１のネットワークコンポーネント（３０２）に対する回線交換（ＣＳ）サービスの提供を制御する方法であって、
   前記第１のネットワークコンポーネントから、ＣＳ制御プロトコルに従うＣＳ制御情報を含む、ＰＳ制御プロトコルに従うＰＳ制御情報を受信するステップと、
   前記ＰＳ制御情報の受信に応えて、前記ＰＳ制御情報から前記ＣＳ制御情報を抽出するステップと、
   アプリケーションレイヤ上に配置された、前記抽出したＣＳ制御情報に基づいて前記第１のネットワークコンポーネント（３０２）へのＣＳサービスの提供を制御する第２のネットワークコンポーネント（３２４）へ、前記抽出したＣＳ制御情報を前記ＣＳ制御プロトコルに従って送信するステップと、
   を備えることを特徴とする方法。
2. 前記ＰＳ制御情報は、１以上のＰＳ制御メッセージ及び１以上のＰＳ制御パラメータのうちの少なくとも一方を含み、
   前記ＣＳ制御情報は、１以上のＣＳ制御メッセージ及び１以上のＣＳ制御パラメータのうちの少なくとも一方を含む
   ことを特徴とする請求項１に記載の方法。
3. 前記ＣＳ制御情報は、前記ＰＳ制御情報内にカプセル化されており、
   前記ＰＳ制御情報から前記ＣＳ制御情報を抽出する前記ステップは、前記ＰＳ制御情報から前記ＣＳ制御情報を非カプセル化するステップを含む
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記ＣＳ制御情報は前記ＰＳ制御情報内にＣＳ制御パラメータの形式で指定されており、
   前記ＰＳ制御情報から前記ＣＳ制御情報を抽出する前記ステップは、前記ＰＳ制御情報から前記ＣＳ制御パラメータを抽出して前記抽出したＣＳ制御パラメータを含むＣＳ制御メッセージを生成するステップを含む
   ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記ＣＳ制御情報は、要求されたサービスタイプに関係する情報、ＣＳサービスを確立するために必要とされる情報、ＣＳサービスをどのように実行するかに関する情報、及びＣＳサービスの状態又は結果に関する情報のうちの少なくともいずれかを含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記ＣＳ制御情報を抽出する前記ステップは、ＰＳ制御レイヤとＣＳアプリケーションレイヤとの間で仲介を行うサービス（３２０）によって実行されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記第２のネットワークコンポーネント（３２４）は、ＭＳＣサーバ（ＭＳＣ−Ｓ）及びモバイル・ソフトスイッチ（ＭＳＳ）のうちのいずれかであることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. デフォルトで前記ＰＳ制御情報を解釈する第１のサービス（３１８）及び前記ＰＳ制御情報から前記ＣＳ制御情報を抽出可能な第２のサービス（３２０）を提供するステップを更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 前記受信したＰＳ制御情報を前記第１のサービス（３１８）へルーティングするステップと、
   前記ＰＳ制御情報を前記第１のサービス（３１８）から前記第２のサービス（３２０）へ再ルーティングするステップと、
   を更に備えることを特徴とする請求項８に記載の方法。
10. 前記ＰＳ制御情報を再ルーティングするか否かを前記第１のサービス（３１８）が決定するステップを更に備えることを特徴とする請求項９に記載の方法。
11. 前記決定は、前記第１のサービス（３１８）のサービスポートフォリオ及び前記受信したＰＳ制御情報に含まれる要求のうちの少なくとも一方に基づくことを特徴とする請求項１０に記載の方法。
12. 前記ＰＳ制御情報を前記第１のサービス（３１８）及び前記第２のサービス（３２０）のうちのいずれかへ選択的にルーティングするステップを更に備えることを特徴とする請求項８に記載の方法。
13. 前記第１のサービス（３１８）及び前記第２のサービス（３２０）のうちのいずれかへ選択的にルーティングする前記ステップは、要求された前記ＣＳサービス、負荷バランスの考慮、前記第１のネットワークコンポーネントの能力、ネットワークオペレータが定義したトリガーイベント、ユーザ要求、及びユーザサービスプロファイルのうちの少なくとも１つの基準に依存することを特徴とする請求項１２に記載の方法。
14. ＣＳ制御情報を受信するステップと、
    前記ＣＳ制御情報の受信に応えて、前記ＰＳ制御プロトコルに従うＰＳ制御情報を決定するステップと、
    を更に備えることを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
15. 前記決定したＰＳ制御情報を前記第１のネットワークコンポーネント（３０２）へ送信するステップを更に備えることを特徴とする請求項１４に記載の方法。
16. 前記ＰＳネットワークにアクセス可能な前記第１のネットワーク端末（３０２）をＣＳドメインに登録するステップを更に備えることを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
17. １以上のコンピューティング・デバイス上で実行されると請求項１乃至１６のいずれか１項に記載の方法の各ステップを実行するプログラムコード部分を含むコンピュータプログラム。
18. コンピュータ読み取り可能な記録媒体に格納された請求項１７に記載のコンピュータプログラム。
19. パケット交換（ＰＳ）ドメインと回線交換（ＣＳ）ドメインとを相互接続するデバイス（２００）であって、
    第１のネットワークコンポーネントから、ＣＳ制御プロトコルに従うＣＳ制御情報を含む、ＰＳ制御プロトコルに従うＰＳ制御情報を受信する制御コンポーネント（２０２；３１６）と、
    前記ＰＳ制御情報の受信に応えて、前記ＰＳ制御情報から前記ＣＳ制御情報を抽出するプロトコル変換器（２０４；３２０）と、
    アプリケーションレイヤ上に配置された、前記抽出したＣＳ制御情報に基づいてＣＳサービスを提供するサービング・ネットワークコンポーネント（３２４）へ、前記抽出したＣＳ制御情報を前記ＣＳ制御プロトコルに従って送信するインタフェース（２０６）と、
    を備えることを特徴とするデバイス。
20. 前記プロトコル変換器（２０４；３２０）が、前記受信したＰＳ制御情報を予め定義されたＣＳ制御情報にマッピングすること、及び前記ＰＳ制御情報から前記ＣＳ制御情報を非カプセル化することのうちの少なくとも一方を行うプログラムコードを含むことを特徴とする請求項１９に記載のデバイス。
21. 前記プロトコル変換器（２０４；３２０）が、前記制御コンポーネント（３０２；３１６）、前記サービング・ネットワークコンポーネント（３２４）、及びデフォルトで前記ＰＳ制御情報を処理するサービスコンポーネント（３１８）のうちのいずれかと共に配置されていることを特徴とする請求項１９又は２０に記載のデバイス。

Images