(57)【特許請求の範囲】
【請求項１】
それぞれが少なくとも１つのコーデックを有する複数のゲートウェイからなるコアネットワークを介して着信ネットワークと通信する発信ネットワークを有する通信システムであって、
移動局のコーデックタイプを含む、前記移動局からの発呼リクエストを送信する、前記発信ネットワークにおける第１ノードと、
前記移動局のコーデックタイプをサポートする最適なゲートウェイが存在するかどうかを判定するための最適ルーティング条件を利用して、自身で保持している互換ゲートウェイのリストを検索する、前記コアネットワークにおける第２ノードと、
前記最適なゲートウェイを、適切なゲートウェイのリストの第１順位の位置に配置する、前記第２ノードに関連付けられている手段と、
前記移動局のコーデックタイプをサポートする代替のゲートウェイを選択して、その代替のゲートウェイを前記適切なゲートウェイのリストの前記第１順位の次の順位である第２順位以降の位置から順に配置する処理を、前記コアネットワークにおいて適切なゲートウェイのすべてが前記適切なゲートウェイのリストに含められるまで繰り返す、前記第２ノードに関連付けられている手段と、
前記適切なゲートウェイのリストを、前記第１ノードへ送信する、前記第２ノードに関連付けられている送信手段と、
前記第１ノードで、前記移動局がコーデックプリファレンスを有しているかどうかを判定する手段と、
前記移動局のコーデックプリファレンスと、前記適切なゲートウェイのリストとを比較して、前記適切なゲートウェイのリスト上の前記ゲートウェイのコーデックと前記移動局のコーデックタイプの互換性のランクに従って、前記移動局の呼を受信するためのゲートウェイを判定する、前記第１ノードに関連付けられている手段と、
前記最適なゲートウェイあるいは複数の前記代替のゲートウェイの１つのいずれにも互換性のあるコーデックタイプがない場合には、前記最適なゲートウェイを選択する、前記第１ノードに関連付けられている手段と
を備えることを特徴とする通信システム。
【請求項２】
前記第２ノードは、更に、前記移動局のコーデックタイプの機能として、前記適切なゲートウェイをランクづけする
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記コアネットワークは、前記ゲートウェイと通信する移動交換局サーバを含み、前記第２ノードは、ロケーションサーバを備える
ことを特徴とする請求項１に記載の通信システム。
【請求項４】
前記コアネットワークは、インターネットプロトコルネットワークである
ことを特徴とする請求項３に記載の通信システム。
【請求項５】
前記最適なゲートウェイは、前記移動局のコーデックタイプと同じタイプの利用可能なコーデックを有している
ことを特徴とする請求項３に記載の通信システム。
【請求項６】
前記ロケーションサーバは、前記移動交換局サーバに関する前記コアネットワーク内の前記移動局の物理位置に従って、前記移動局のコーデックタイプをサポートするゲートウェイをランクづけするように適合されているメカニズムを有している
ことを特徴とする請求項３に記載の通信システム。
【請求項７】
前記移動局の物理位置は、領域によって定義される
ことを特徴とする請求項６に記載の通信システム。
【請求項８】
前記領域は、地域ブロック、１つの地域及び地域の一部を含んでいる
ことを特徴とする請求項７に記載の通信システム。
【請求項９】
選択されたゲートウェイが、前記移動交換局サーバと同じ地域に配置されている
ことを特徴とする請求項７に記載の通信システム。
【請求項１０】
前記着信ネットワークは、ＰＳＴＮを有する
ことを特徴とする請求項１に記載の通信システム。
【請求項１１】
それぞれが少なくとも１つのコーデックを有する複数のゲートウェイからなり、発信ネットワークによってサービスが提供される移動局と着信ネットワーク間をコアネットワークを介して符号化音声信号を通信する方法であって、
移動局のコーデックタイプを含む、前記移動局からの発呼リクエストを前記発信ネットワークにおける第１ノードを介して受信するステップと、
前記移動局のコーデックタイプをサポートする最適なゲートウェイが存在するかどうかを判定するための最適ルーティング条件を利用して、前記コアネットワークの第２ノードで保持されている互換ゲートウェイのリストを検索するステップと、
前記最適なゲートウェイを、適切なゲートウェイのリストの第１順位の位置に配置するステップと、
前記移動局のコーデックタイプをサポートする代替のゲートウェイを選択して、その代替のゲートウェイを前記適切なゲートウェイのリストの前記第１順位の次の順位である第２順位以降の位置から順に配置する処理を、前記コアネットワークにおいて適切なゲートウェイのすべてが前記適切なゲートウェイのリストに含められるまで繰り返すステップと、
前記適切なゲートウェイのリストを、前記第１ノードへ送信するステップと、
前記移動局がコーデックプリファレンスを有しているかどうかを判定するステップと、
前記コーデックプリファレンスの判定に応じて、前記第１ノードが、前記移動局のコーデックタイプと最も互換性のあるコーデックを有する最高のランクのゲートウェイを選択することによって、前記移動局の呼を受信するためのゲートウェイを判定するステップと、
前記最適なゲートウェイあるいは複数の前記代替のゲートウェイの１つのいずれにも互換性のあるコーデックタイプがない場合には、前記第１ノードが、前記最適なゲートウェイを選択するステップと
を備えることを特徴とする方法。
【請求項１２】
前記第１ノードは、移動交換局サーバを有する
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記移動交換局サーバは、前記コアネットワーク内の利用可能な前記ゲートウェイを示す情報に対する該コアネットワーク内の前記第２ノードを調べる
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記第２ノードはロケーションサーバを有し、前記利用可能なゲートウェイの情報は、ルーティングプリファレンスインジケータによってランクづけされ、更に、
前記移動交換局サーバから前記ロケーションサーバへ、前記移動局のコーデックタイプを示す質問メッセージを送信するステップと、
前記ロケーションサーバから、前記移動交換局サーバによって前記利用可能なゲートウェイの情報及びコーデックタイプを受信するステップと
を備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ロケーションサーバは、ゲートウェイ−ＰＳＴＮ／転送サーバのペア識別子を前記移動交換局サーバへ提供する
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ロケーションサーバは、ビットレートに関係し、かつサポートされるコーデックに従う順番でグループ化されたゲートウェイを有するテーブルを有する
ことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記ロケーションサーバは、前記移動交換局サーバに関する前記コアネットワーク内の前記ゲートウェイの物理位置に従って識別された移動局のコーデックをサポートするゲートウェイをランクづけする
ことを特徴とする請求項１４に記載の方法。
【請求項１８】
前記着信ネットワークは、ＰＳＴＮを有する
ことを特徴とする請求項１１に記載の方法。
【請求項１９】
前記コアネットワークは、インターネットプロトコルネットワークを有する
ことを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【０００１】
本発明の技術分野
本発明は、一般的には、無線電話通信ネットワーク、発信ネットワークと着信ネットワーク間の音声及びデータ発呼の通信を含む通信ネットワークに関するものであり、より詳しくは、通信ネットワーク内にコーデックのような異なる圧縮及び復元装置を有する通信ネットワークに関するものである。
【０００２】
本発明の背景
無線通信ネットワークを含む通信ネットワークは、典型的には、発信ネットワーク、着信ネットワーク及びこれらのネットワーク間で音声及びデータを交換する通信リンクを含んでいる。電話ネットワークの場合、アナログ音声信号は、通常、通信リンクを介する送信前にデジタルサンプリングを介してデジタル化され、着信ネットワークでアナログに戻される。通信ネットワークの容量を上げるために、通信リンクを介して転送されるこれらのデジタル化音声発呼は、通常、圧縮・復元装置を使用して圧縮され、この圧縮・復元装置は、一般的には、コーデック、ボコーダあるいはトランスコーダと呼ばれる。典型的には、コーデックは、発呼の発信端と着信端の両方に存在し、これによって、デジタル化音声は順方向で符号化アルゴリズムによって圧縮され、着信端で復号化アルゴリズムによって復元される。他のコーデックが、１つの発呼あるいはデータ送信用に通信ネットワークの他のノードで利用されても良い。復元音声信号は、最終的に、デジタルアナログ（Ｄ／Ａ）コンバータによって音声へ変換される。復元デジタル化音声信号は、通常、通信リンクを介して転送され、この通信リンクは、例えば、通常６４ｋｂｐｓのパルスコード変調（ＰＣＭ）フォーマットの公衆交換電話ネットワーク（ＰＳＴＮ）である。
【０００３】
圧縮信号は、例えば、ＧＳＭ（移動通信グローバルシステム）では、６から２０ｋｂｐｓのレートを有している。エアインタフェースのレートは、通常、６４ｋｂｐｓより低い。「ボイスオーバＩＰ（インターネットプロトコル）」を利用するセルラーネットワークでは、コーデックは、ネットワークの境界にあるゲートウェイに配置することができ、これによって、できる限り低いレートの送信が可能となる。ＷＯ９９／１７５（１９９９年４月８日、エリクソン社出願）は、１つ以上のゲートウェイを使用して異なるネットワークの端末間で発呼をテン王する方法を開示している。ＷＯ９９／１７５は、ルーティングテーブルの使用を提案しており、このルーティングテーブルは、ネットワークの現在の特性に従って最適な経路選択を提供するために、ネットワークにゲートウェイが導入される毎に自動的に更新される。
【０００４】
本発明の要約
今日には、複数種類のコーデックが存在する。例えば、ＧＳＭでは、８種類のコーデックが利用可能であり、将来はこの数は増える。コーデックの広範囲の多様性を考慮すると、ゲートウェイはすべてのコーデックタイプをサポートできなない可能性があるので、移動局のコーデックとゲートウェイ間での不整合が生じ得る。この不整合は、移動局のコーデックに比べて、選択されるゲートウェイ内のコーデックの性能を落とすことになり、音声品質の劣化が生じる。このため、不整合なコーデックタイプが存在する場合に、信号品質を改善するゲートウェイを効果的に選択する通信システム及び方法が望まれている。
【０００５】
本発明は、加入者のコーデックタイプあるいは最適な加入者のコーデックタイプと同じタイプのコーデックを有するゲートウェイを選択するシステム及び方方法として、音声信号の不必要な劣化を防止するという技術的な効果を達成する。コアネットワークを介して着信ネットワークと通信する発信ネットワークを有する加入者へサービスを提供する通信システムが開示される。コアネットワークは、互いに発呼を転送するように適合された複数のゲートウェイを含んでいる。各ゲートウェイは少なくとも１つのコーデックを有し、通信システムは、特定コーデックタイプを有する加入者からの発呼リクエストを処理するネットワークノードを含んでいる。ゲートウェイはゲートウェイコーデックの可用性に基づいてランクづけされ、コアネットワークはゲートウェイのランキング機能として音声発呼を転送するように適合されている。
【０００７】
更に、符号化アルゴリズムを有するエンコーダを含む発信ネットワークによってサービスが提供される加入者と着信ネットワーク間のコアネットワークを介して音声を表す符号化信号を通信する方法が開示される。コアネットワークは、それぞれが少なくとも１つの常駐コーデックを有する複数のゲートウェイを含んでいる。この方法は、発呼リクエストと加入者のコーデックタイプをコアネットワーク内の移動交換局（ＭＳＣ）サーバへ送信するステップを含んでいる。ＭＳＣサーバは、コアネットワーク内のゲートウェイで利用可能なゲートウェイを示す情報に対するコアネットワーク内のノードを調査する。ＭＳＣサーバは、ゲートウェイで利用可能なコーデックの機能として、コアネットワーク内のいくつかのゲートウェイの１つを選択し、かつ加入者プロファイルを選択する。
【０００８】
本発明は、いくつかの効果を提供する。第１に、移動局のコーデックに対して最適で利用可能なコーデックを有するゲートウェイを選択することによって、音声信号品質が改善される。第２に、従来の地上線ネットワークではなくＩＰネットワークを介してできる限り発呼を送信することによってコスト削減が実現される。また、本発明に従って最高品質の発呼の料金を支払うことを希望する加入者に、それを実行する機能が与えられる。また、通信システムは、可能であれば、加入者のコーデックタイプと一致するゲートウェイのコーデックタイプを有することによって効果的に改善される。通信システムのいくつかの信号は本発明に従って省略されても良い、これは、ゲートウェイネゴシエーションが減少するからである。
【０００９】
実施形態の詳細説明
図１は説明を明瞭するために簡略化された、本発明の実施形態に従う通信ネットワーク１０のブロック図を示している。通信ネットワーク１０は、無線電話ネットワークを構成することが好ましく、この無線電話ネットワークは、ＲＦリンクあるいはエアインタフェース１３によって在圏発信ネットワーク（ＯＮ）１４と接続される発信端末あるいは移動局（ＭＳ）１２を含んでいる。発信端末１２は、無線移動局のような無線通信装置であることが好ましいが、固定局であっても良い。移動局１２は、ＡＭＰＳ、ＴＤＭＡ、Ｄ−ＡＭＰＳ、ＧＳＭ及びＩＳ−９５プロトコルを含む任意数の通信規格に基づいて動作することができる。
【００１０】
発信ネットワーク１４は、コアネットワーク２４と接続するアクセスネットワーク１６を有している。アクセスネットワーク１６は、複数の基地交換局（ＢＳＣ）（不図示）の圏内にある複数の基地送受信局（ＢＴＳ）を含んでいても良いが、アクセスネットワーク１６は、異なる基盤で異なる製品が利用可能になるように、かつ通信規格及びアーキテクチャの機能が実現されるように変更することができる。アクセスネットワーク１６は、図示のアクセスゲートウェイ１８によってコアネットワーク２４に接続されている。コアネットワーク２４は、音声発呼用制御信号の転送を行う制御プレーン２０と、音声発呼が送信されるペイロードプレーン２２を含んでいる。トランスコーダ２８を有する外部ゲートウェイ２６は、転送ネットワーク（ＸＮ）３０へのリンクを提供する。転送ネットワーク３０は、通常、公衆交換電ネットワーク（ＰＳＴＮ）を構成するが、光ネットワークあるいはインターネットプロトコル（ＩＰ）ネットワークを構成しても良い。転送ネットワーク３０は、発信ネットワーク１４と着信ネットワーク３２間を接続し、デジタル音声発呼を含む電気信号を通信する。着信ネットワーク３２は、発信ネットワーク１４と同じあるいは異なっていても良く、ＰＳＴＮ、ＡＭＰＳ、Ｄ−ＡＭＰＳ、ＴＤＭＡ、ＧＳＭ及びＩＳ−９５ネットワークを構成しても良い。着信ネットワーク（ＴＮ）３２はＲＦリンクを介して着信端末（ＴＴ）３４と接続され、かつサービスを提供する、この着信端末（ＴＴ）３４は、固定局あるいはＰＣＳ加入者電話あるいは無線セルラー電話のような移動局で構成される。
【００１１】
アクセスネットワーク１６の移動局１２及び他のノードは、音声及びデータ信号をネットワークを介して送信可能なフォーマットで圧縮し、かつ復元するコーデック３８を有している。典型的には、音声信号は、エアインタフェース１３のビットレートを保つために、ＭＳ１２に搭載されるコーデック３８によって移動局１２で圧縮される。音声信号は、低圧縮ビットレートで発信ネットワーク１４を介して送信される。音声信号は、より高レートで転送ネットワーク３０及び着信ネットワーク３２を介して着信端末３４へ送信される前に、コアネットワーク２４の外部ゲートウェイ２６のトランスコーダ２８によって復元される。
【００１２】
移動局１２のコーデック３８は、音声及びデータ信号の少なくとも一方を符号化アルゴリズムで圧縮する。様々なカテゴリのコーデックが従来より利用可能であり、例えば、ハーフレート（ＨＲ）、フルレート（ＦＲ）あるいは現在開発中であるより高度なコーデックを有する拡張フルレート（ＥＦＲ）がある。各カテゴリのコーデックには、いくつかのタイプが存在する。サポートされるいくつかのコーデックの例には、ＧＳＭ  ＥＦＲ、ＧＳＭ  ＦＲ、ＧＳＭ  ＨＲ及びＧ．２３７が含まれる。フルレートコーデックは１３ｋｂｐｓで動作するが、これに対して、ハーフレートコーデックは、例えば、６．５ｂｐｓで動作する。他のコーデックあるいはボコーダは、従来より知られているように、通信システム内のＢＳＣ及び他のノードに配置されている。
【００１３】
従来の通信システムの問題は、発信ネットワーク１４の外部ゲートウェイ２６が、発呼を初期化する移動局のコーデック３８と同じタイプのコーデックを利用可能なトランスコーダ３８を持てないことである。システム１０は、トランスコーダ２８を有するゲートウェイ２６とネゴシエートする、このトランスコーダ２８は、移動局１２のトランスコーダよりも劣る低性能なトランスコーダである可能性があり、その結果、信号品質が落ちる。また、通信ネットワークの発呼を転送する各コーデックは信号劣化をもたらす。つまり、使用されるコーデックの数を減らすことは、音声信号の完全性を維持することになる。転送ネットワーク３０がＩＰネットワークを構成する場合、より多くのゲートウェイがＩＰ及び非ＩＰネットワーク間の接続点に追加される。これらの追加のゲートウェイは、異種ネットワーク間、例えば、Ｇ．７１１からＧ７２３．１のような低ビットレートコードあるいはＧＳＭ間でのメディアマッピング及びトランスコーディング機能のために必要となる。また、各トランスコーディングは、音声品質を悪化させる。
【００１４】
図２を参照すると、本発明の通信ネットワーク３６の拡張ブロック図が示される。発信ネットワーク１４は、無線周波数（ＲＦ）リンクを介してサービスを提供する基地送受信局（ＢＴＳ）４０あるいはコーデック３８を有する発信移動局（ＭＳ）１２を含むように示されている。各ＢＴＳ４０は複数の移動局１２にサービスを提供するが、説明のため、かつ明確化のために１つだけが示されている。着信あるいは外部ネットワーク３０は、発信ネットワーク１４として同一の動作プロトコルに従って動作することができる、即ち、両ネットワークはＧＳＭネットワークであり得り、あるいは着信ネットワーク３０は発信ネットワーク１４とは異なっていても良く、即ち、発信ネットワーク１４がＧＳＭで、着信ネットワーク３０がＰＳＴＮであるいはＡＭＰＳ、Ｄ−ＡＭＰＳ、ＴＤＭＡあるいはＩＳ−９５プロトコルに基づいていても良い。本実施形態の転送あるいはコアネットワーク２４は、インターネットプロトコル（ＩＰ）ネットワーク、あるいは（ボイスオーバＩＰ）であることが好ましいが、例えば、ＡＴＭであっても良い。本発明のシステムは、テレフォニー信号が外部ネットワーク３０へ送信される前に、できる限り、そのテレフォニー信号をインターネットを介して送信することによってコスト削減を図っている。ＩＥＴＦのよう標準化は、無線アクセスネットワーク１６とコアネットワーク２４間の接続を容易にするアクセスゲートウェイ１８を有する図２に示されるような構成に類似するアーキテクチャを提案している。
【００１５】
ＩＰコアネットワーク２４では、通常、数千のゲートウェイが存在しているが、明確化のためにゲートウェイ４０、４２及び４４で表されており、これは、ＰＳＴＮのような非ＩＰネットワークとの相互接続を提供する。本発明に従えば、ロケーションサーバ（ＬＳ）ノード４３は、アクセスゲートウェイ１８から外部ネットワーク３０へ発呼を転送するために利用可能なコアネットワーク２４の外部ゲートウェイ４０、４２、４４のリストを保持している。ＬＳノード４３は、発呼を転送するゲートウェイ４０、４２、４４の１つをインテリジェントに選択するためのＭＳＣサーバ３７の制御によって参照される。アクセスネットワーク１６は、アクセスゲートウェイ１８と最適な利用可能なゲートウェイ４０、４２あるいは４４を経由するコアネットワーク２４を介して、外部ネットワーク３０のノード間でデジタル化音声データを交換する。音声データあるいはペイロードは、低レートでコアＩＰネットワーク２４を介して転送され、このレートは、エアインタフェース１３を介して使用されるレートと同じレートであることが好ましい。
【００１６】
コアネットワーク２４は、内部に加入者情報を記憶しているホームロケーションレジスタ（ＨＬＲ）４６を含み、ＨＬＲ４６はコアネットワーク２４内の他のノードと通信する。また、コアネットワーク２４は、ビジターロケーションレジスタ（ＶＬＲ）４１を含み、これは、発信ネットワーク１４によって現在サービスが提供されている移動局１２の様々な情報を有し、かつ記憶している。ＭＳＣサーバ３７は、発呼のルーティングを制御するように動作し、一方、ＧＭＳＣ／転送サーバ４８が実際のルーティングを行う。各外部ゲートウェイ４０、４２及び４４はそれぞれ、自身に提供される符号化音声信号を復号するための１つ以上のトランスコーダ（ＴＲＡ）５０、５２及び５４を含んでいる。ペイロードあるいは音声発呼は、アクセスゲートウェイ１８と選択された外部ゲートウェイ（４０、４２、４４）間を転送される。
【００１７】
本発明は、ＭＳ１２からの発呼にルーティングプリファレンスインジケータ（ＲＰＩ）を導入することによって技術的効果を導出しており、このＭＳ１２は、ＭＳＣサーバ３７あるいはコアネットワーク１６の他のノードに対し、加入者プリファレンスに基づくインテリジェントなゲートウェイ４０、４２あるいは４４の選択を可能にしている。ＲＰＩは、例えば、コーデックタイプ（コーデック３８）リクエスト及び最適ルーティング条件を含んでいる。ＭＳＣサーバ３７からＬＳ４３へ送信される質問メッセージ１２０は、例えば、ＲＰＩで示されるＭＳ１２によって要求されるコーデックタイプと発呼に関係するＢ番号を含んでいる。ＬＳ４３は、応答として、互換ゲートウェイのリストを検索するための既存の最適ルーティング条件を使用してコーデックリクエストを処理し、かつ適切なゲートウェイのリスト１３０をＭＳＣサーバ３７へ返信する。ＭＳＣサーバ３７の機能部あるいはモジュール３９は、どのゲートウェイへ発呼を転送するかを判定するためにこのリスト１３０を使用する。例えば、ＭＳ１２はＦＲコーデック３８を有し、ＲＰＩの加入者プリファレンスはＦＲトランスコーダ５０を有するゲートウェイ0に対する検索を指示している、そうすることによって音声信号は劣化しない。
【００１８】
図３及び図４は、ロケーションサーバ４３及びＭＳＣサーバ３７それぞれに対する好適な処理６０及び９０のフローチャートを示している。発呼がＭＳ１２によって初期化される場合、ＭＳＣサーバ３７は質問メッセージ１２０をロケーションサーバ４３へ送信する機能部あるいはモジュール３９へアクセスする（図４のステップ９２）。質問メッセージ１２０はＭＳ１２ＲＰＩを含み、これは、コーデックタイプ及び加入者プロファイルを含んでいる。ＬＳ４３はＭＳＣサーバ３７からのリクエストを受信し（図３のステップ６２）、利用可能な外部ゲートウェイのリストを検索する（ステップ６４）、このリストはＬＳ４３に配置されかつ維持される。本発明に従えば、ＬＳ４３は要求されたコーデックタイプをサポートする利用可能な最適なゲートウェイ0が存在するかどうかを質問する（ステップ６６）。存在する場合、ＬＳ４３はリスト１３０の第１位置に要求されたコーデックタイプを有する最適なゲートウェイ0を配置する（ステップ６８）、ＭＳＣサーバ３７へリプライ１３０を返信する（ステップ７０）。要求されたコーデックをサポートしない最適なゲートウェイ0が存在する場合、ＬＳ４３は要求されたコーデックタイプを有さないが最適であるゲートウェイ0をリスト１３０の第１位置に配置する（ステップ７４）。次に、ＬＳ４３は要求されたコーデックタイプをサポートするゲートウェイを検出し（ステップ７６）、そのゲートウェイをリスト１３０の次の位置に配置する（ステップ７８）。ステップ７６及び７８は、利用可能なゲートウェイがなくなるまで繰り返される（ステップ８０）。次に、ＬＳ４３はリスト１３０の形式のリプライを、例えば、ＭＳＣサーバ３７へ返信する（ステップ８２）。
【００１９】
次に、図４を参照すると、ＭＳＣサーバ３７はＬＳ４３からリスト１３０を受信する（ステップ９４）。ＭＳＣサーバ３７のモジュール３９は、加入者がコーデックプリファレンスを有しているどうかを質問することによって情報を処理する（ステップ９６）、加入者がコーデックプリファレンスを有していない場合、ＭＳＣサーバ３７は従来の外部ゲートウェイ（４０、４２及び４４）を選択する方法を使用する（ステップ９８）。加入者がコーデックプリファレンスを有している場合、ＭＳＣサーバ３７は、要求されたコーデックをサポートする最適なゲートウェイ0が存在するかどうかを判定するためにリスト１３０を検証する（ステップ１００）。最適なゲートウェイが存在する場合、発呼が最適なゲートウェイ0を介してセットアップされる（ステップ１０２）。ゲートウェイが要求されたコーデックをサポートしていない場合、ＭＳＣサーバ３７はコーデックリクエストをサポートする利用可能な別のゲートウェイが存在するかどうかを判定する（ステップ１０４）。別のゲートウェイが存在しない場合、発呼はゲートウェイ0を介してセットアップされ、かつゲートウェイ0のコーデックに適応させるために音声信号が劣化される。コーデックリクエストをサポートする利用可能な別のゲートウェイが存在する場合、ＭＳＣサーバ３７は別のゲートウェイが容認可能であるかをチェックする（ステップ１０８）。このチェックの結果は、通常は、加入かつ判定オペレータである。選択された別のゲートウェイが容認可能である場合（ステップ１１０）、発呼が、例えば、ゲートウェイ４２のような別のゲートウェイを介してセットアップされる（ステップ１１２）。容認不可能である場合、ステップ１０４、１０８及び１１０が、容認可能な別のゲートウェイが検出されるまで繰り返される。
【００２０】
本発明で、より良い音声品質を保証するための追加料金を払うことを希望する加入者には、あるいは逆に、低音声品質を受信することは自身の移動サービスのコスト削減を図る加入者には、優先度が高いあるいは低い加入者となるオプションが提供されることがわかるであろう。加入者が優先度が高い加入者でないと判定される場合、ＭＳＣサーバ３７は従来方法に従ってゲートウェイ４０、４２あるいは４４の１つを選択する。
【００２１】
図５は、ＭＳＣサーバ３７からＬＳ４３へ送信される質問メッセージ１２０に対して可能な、少なくとも要求されたコーデックタイプとＬＳ４３へ提供されるＢ番号を有するフォーマットを示している。図６は、ＬＳ４３によって生成され、ＭＳＣサーバ３７へ返信されるリスト１３０の好適なフォーマットを示している。可能な経路のランキングは、選択ゲートウェイ（群）あるいは経路を含むばかりか、かつ最終宛先と選択ゲートウェイ（群）間のノードも含んでいる。また、ＭＳＣサーバ３７に最終宛先に最も近接するゲートウェイを選択することを可能にするために、利用可能なゲートウェイの物理的な地理エリアはゾーンに分割されていてもよく、更には、サブゾーンに分割されていても良い。機能部あるいはモジュール５６が同一ゾーン内に２つ以上のゲートウェイを検出する場合、その同一ゾーン内で最適なコーデックが選択される。この特徴は、送信コストを減らすために、できる限りコアＩＰネットワーク１６を介して発呼が実行されることを可能にする。リストは、各ゲートウェイでサポートされるコーデックタイプも含んでいる。
【００２２】
本明細書で開示される新規な通信システム及び通信方法は、いくつかの効果を提供する。第１に、音声信号品質が本発明を使用することによって改善される、これは、移動局と比べて、最適な利用可能なコーデックを有するゲートウェイが選択されるからである。第２に、従来の地上線ネットワークではなくＩＰネットワークを介してできる限り発呼を送信することによってコスト削減が実現される。また、本発明に従って最高品質の発呼の料金を支払うことを希望する加入者に、それを実行する機能が与えられる。また、通信システムは、可能であれば、加入者のコーデックタイプと一致するゲートウェイのコーデックタイプを有することによって効果的に改善される。システムのいくつかの信号は本発明に従って省略されても良い、これは、ゲートウェイネゴシエーションが減少するからである。
【００２３】
本発明は特定実施形態で説明されているが、多くの変更及び変形が本願にかかる当業者に明らかとなるであろう。例えば、機能部あるいはモジュール３９はコアネットワーク１６のＭＳＣサーバ３７に存在するように示されているが、この機能部あるいはモジュール３９は、アクセスゲートウェイ１８のようなネットワーク１６の他のノードに存在しても良い。つまり、本発明である請求項は、このような変更及び変形のすべてを含むように当業者の観点でできる限り広く解釈されるものである。
【図面の簡単な説明】
【図１】  無線通信ネットワークを含む本発明に従う通信ネットワークのブロック図である。
【図２】  優先度の高い加入者がコーデックタイプを要求することによって、コアネットワーク内のロケーションサーバがその要求されたコーデックと信号品質を改善する最適なルーティングに従う利用可能なゲートウェイをランクづけする本発明の実施形態のブロック図である。
【図３】  ロケーションサーバの処理を示すフローチャートである。
【図４】  ＭＳＣサーバの処理を説明するフローチャートである。
【図５】  音声発呼を初期化する移動局からのコーデックリクエストの好適なフォーマットを示す図である。
【図６】  本発明に従うロケーションサーバによって提供されるゲートウェイ選択リストの好適なフォーマットを示す図である。
【図１】
0004624622.tif 000002
【図２】
0004624622.tif 000003
【図３】
0004624622.tif 000004
【図４】
0004624622.tif 000005
【図５】
0004624622.tif 000006
【図６】
0004624622.tif 000007