JP4763136B2 - 遠隔通信ネットワークにおける機能ネゴシエーション - Google Patents

Description

【０００１】
（技術分野）
本発明は、遠隔通信ネットワークにおける機能ネゴシエーションに関し、特に、すべての場合には当てはまらないが、適当な通話コーデックのネゴシエーションに関する。
【０００２】
（発明の背景）
現在、遠隔通信ネットワークは、呼出し接続を制御するための機構及びネットワークのシグナリングポイント間でシグナリング情報の転送を処理するための機構として、大部分は、シグナリングシステムｎｏ．７（ＳＳ７）に依存している。通常、任意のシグナリングポイントの１つまたは複数のアプリケーション部分及びユーザ部分がＳＳ７を利用し、別のシグナリングポイントの対等のアプリケーション部分及びユーザ部分と通信する。ユーザ部分の例はＩＳＵＰ（ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）とＴＵＰ（Ｔｅｌｅｐｈｏｎｙ Ｕｓｅｒ Ｐａｒｔ）で、アプリケーション部分の例はＩＮＡＰ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）とＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）である。従来のＳＳ７プロトコルスタックには、メッセージトランスファ部分ＭＴＰ１、ＭＴＰ２、及びＭＴＰ３があり、これらは物理層を介してトランスポートするシグナリングメッセージのフォーマット及び各種ルーティング機能を処理する。
【０００３】
最近、遠隔通信コミュニティでは、遠隔通信ネットワークにおいて、非標準（つまり、遠隔通信業界では従来と異なる）シグナリングトランスポート機構を従来のＳＳ７機構の代わりに使用することに重大な関心がある。この理由は、効率向上とコスト削減の可能性があることの両方に関連している。例えば、インターネットプロトコル（ＩＰ）ネットワークを使用しシグナリングポイント間でシグナリング情報をトランスポートすることが盛んに検討されている。ＩＰネットワークには、パケット交換を使用することで伝送資源を有効に使用でき、さらに、この技術が普及しているために（特殊な遠隔通信技術に比較し）低コストであるという利点がある。また、ＡＡＬ１／２／５、ＦＲなどの他のトランスポート機構を使用することにも関心がある。
【０００４】
ＩＳＵＰ標準は遠隔通信ネットワークにおける呼出し接続のセットアップと制御を処理するもので、ＳＳ７シグナリングトランスポート機構と密接に関連している。したがって、ＩＰ及びＡＡＬ２などの他の非標準トランスポート技術を使用することには適していない。このため、ＩＴＵ−Ｔ、ＥＴＳＩ、及びＡＮＳＩなどの幾つかの標準化団体では呼出し制御に関するシグナリングプロトコルの仕様であり且つ基盤となるトランスポート機構から独立した仕様を、現在、検討中である。これは、ベアラ制御機能であるプロトコルとは異なったプロトコルを使用することを意味する。ベアラ制御は、単に、ユーザプレーンデータをノード間でトランスポートするときに使用する「パイプ」のパラメータ（開始ポイント及び終了ポイントを含む）を確立するだけのものであって、トランスポート機構に限定している。これに対し、Ｔｒａｎｓｐｏｒｔ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃａｌｌ Ｃｏｎｔｒｏｌ（ＴＩＣＣ）と呼ばれる新しいプロトコルは、呼出し制御機能を保持している。この機能には、呼び出す側と呼び出される側との間の呼出しを処理するために起動されるサービス（例えば、呼出し転送）やユーザプレーンデータのルーティング全般に関するサービスなどが含まれる。
【０００５】
呼出しレベルとベアラ制御レベルとを分離して新しいネットワークアーキテクチャを構築した結果、呼出し制御エンティティとベアラ制御エンティティと間にオープンなインターフェースが作成された。このインターフェースでは、上記２つのエンティティは、それぞれ、メディアゲートウェイコントローラ及びメディアゲートウェイと呼ばれる。以下の説明では、このオープンインターフェースをＸ−ＣＰと呼ぶ。この例には、ＩＥＴＦのＭＥＧＡＣＯ作業やＩＴＵ研究委員会１６（ＳＧ１６）のＨ．２４８作業などがある。
【０００６】
従来、固定電話ネットワークはパルス符号変調を使用し、ネットワークノード間でユーザプレーンデータ（音声、ファクシミリなど）をトランスポートしている。一方、現在のセルラーネットワークでは１つまたは複数のコーダ／デコーダ（「コーデック」と呼ばれる）を使用し、音声信号を圧縮することで大気インターフェースを介して及びセルラーネットワーク内で、効果的な伝送を行っている。電話呼出し接続が２つのネットワーク（または端末）にまたがっていて、それらが異なった通話コーデックまたは複数の通話コーデックをサポートしている場合、それら端末間でネゴシエーションを行い適当なコーデックを決定することができる。このネゴシエーションを行わないと、ネットワーク間のインターフェースでコード変換（つまり、ある通話コードから別の通話コードへの変換）を行わなければならないことがある。コード変換は資源を大量に使用するため、通話品質は極端に低下し、処理時間の遅れが発生する。したがって、コーデックネゴシエーションを行う方が好ましいオプションである。
【０００７】
コーデックネゴシエーション以外にも、従来の遠隔通信ネットワークでは他の機能及びパラメータもネゴシエートしなければならないことがある。例えば、遠隔通信ネットワークの端末間またはノード間で音声暗号化及びデータ暗号化などのセキュリティ機能をネゴシエートしたほうが良い場合がある。
【０００８】
（発明の要約）
本発明の第１の側面によれば、遠隔通信システムにおけるシグナリングポイント間で呼出し機能をネゴシエートする方法であって、
発信シグナリングポイントから終端シグナリングポイントまたはシグナリング転送ポイントへ、機能選好または優先順位付き選好リストを呼出し制御レベルで送信するステップと、
終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信された選好内容を受諾する場合、終端シグナリングポイントまたはシグナリング転送ポイントから発信シグナリングポイントへ機能受諾を呼出し制御レベルで返送するステップと、
を含むことを特徴とする方法を提供する。
【０００９】
場合によっては、終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信された機能選好（または選好リストのいずれか）を受諾しない場合など、受諾メッセージは返送されないことがあり、その場合は、デフォルト機能が両方のポイントにより想定される。または、デフォルトコーデックを使用する旨のデフォルトメッセージが返送してもよい。どのコーデックも合意に達しない場合は、ネットワークに互換性がないという理由で呼出しが解放することもできる。
【００１０】
本発明は、異なった遠隔通信ネットワークにあるシグナリング転送ポイント間で通話コーデック機能をネゴシエートする場合に特に適している。例えば、日本の遠隔通信システムにおいて、本発明を使用し、ＶＳＥＬＰ、ＰＳＩ−ＣＥＬＰ、またはμ法則コーディングのどれを使用するかをネゴシエートできる（μ法則コーディングがデフォルトコーディング）。しかし、本発明は、セキュリティ機能など（音声暗号化やデータ暗号など）他の機能のネゴシエートにも適用できる。
【００１１】
ネゴシエーションの実行にはプロトコルとしてＴＩＣＣを使用できるが、ＣＣレベルで特定のプロトコル（つまり、ユーザプレーン機能ネゴシエーションプロトコル）も使用できる。
【００１２】
呼出し制御レベルとベアラ制御レベルとが別々のプロトコルにより制御される場合で選択がベアラレベルに影響を与える場合、シグナリングポイントはベアラ制御レベルに通知することで、呼出し制御レベルにおける機能の選択に応答する。ベアラ切り替えポイント間でベアラレベルにおいて通知を送信することが適切であれば後で送信し、適当なベアラレベル資源を確立できる。
【００１３】
好ましくは、シグナリングポイントまたはシグナリング転送ポイントは、メディアゲートウェイコントローラである。さらに好ましくは、メディアゲートウェイコントローラは、ベアラ制御レベルに存在する１つまたは複数のメディアゲートウェイと通信する。
【００１４】
ベアラ制御レベルの機能のためにサポートされているある種のオプションは呼出し制御レベルでも知られているにも拘わらず、呼出し制御レベルではベアラレベルのこれらのオプションが、現在、利用できることを必ずしもわかっていない。したがって、好ましくは、終端シグナリングポイントまたはシグナリング転送ポイントで機能選好または優先順位付き選好リストを受信したとき、呼出し制御レベルはベアラ制御レベルとネゴシエーションを実行してベアラ制御レベルにおけるオプション可用性を決定する。さらに好ましくは、呼出し制御レベルのメディアゲートウェイコントローラとベアラ制御レベルのメディアゲートウェイとの間で、このネゴシエーションを実行する。
【００１５】
優先順位付き選好リストが発信シグナリングポイントからメディアゲートウェイコントローラに送られるとき、コントローラは好ましくはリストを修正して、対応するメディアゲートウェイがサポートしていないことが分かっている選好内容を削除する。次に、コントローラは、メディアゲートウェイがその時点でサポートできる最高優先順位の選好内容を選択するメディアゲートウェイへ修正済みリストを送る。ゲートウェイはその選好内容に必要な資源を確保し、メディアゲートウェイコントローラに選好内容を通知することができる。これで、メディアゲートウェイコントローラは、発信メディアゲートウェイコントローラに機能受諾を返送できる。
【００１６】
本発明の第２の側面によれば、遠隔通信システムにおいて別のシグナリングポイントと呼出し機能をネゴシエートするように配置したシグナリングポイントであって、
機能選好または優先順位付き選好リストを終端シグナリングポイントまたはシグナリング転送ポイントへ、呼出し制御レベルで送信する手段と、
終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントから送られた選好内容を受諾する場合に送信される機能受諾を、終端シグナリングポイントまたはシグナリング転送ポイントから呼出し制御レベルで受信する手段と、
を備えることを特徴とするシグナリングポイントを提供する。
【００１７】
本発明の第３の側面によれば、遠隔通信システムのメディアゲートウェイコントローラであって、
遠隔通信システムを介してセットアップする接続に関する機能選好または優先順位付き選好リストを、対等のメディアゲートウェイコントローラから受信する手段と、
メディアゲートウェイコントローラと対応するメディアゲートウェイと通信し、メディアゲートウェイで受信した選好内容の可用性を決定する手段と、
メディアゲートウェイにおいて決定された可用性に従い前記対等のメディアゲートウェイコントローラに機能選好受諾メッセージを返送する手段と、
を備えることを特徴とするメディアゲートウェイコントローラを提供する。
【００１８】
本発明の第４の側面によれば、遠隔通信システムのメディアゲートウェイであって、
遠隔通信システムを介してセットアップする接続に関する機能選好または優先順位付き選好リストを、メディアゲートウェイコントローラから受信する手段と、
メディアゲートウェイにおける選好内容の可用性により選好内容を選択する手段と、
選択した選好内容を前記メディアゲートウェイコントローラへ送信する手段と、
を備えることを特徴とするメディアゲートウェイを提供する。
【００１９】
本発明の第５の側面によれば、別々の呼出し制御プロトコルとベアラ制御プロトコルとを使用する遠隔通信ネットワークにおいて、第１、第２、及び第３のノード間でプロトコルオプションをネゴシエートする方法であって、
第１のノードがサポートするプロトコルオプションを指定する第１の呼出し制御メッセージを、第１のノードから第２のノードへ送信するステップと、
第１及び第２のノードの両方がサポートするプロトコルオプションを指定する第２の呼出し制御メッセージを、第２のノードから第３のノードへ送信するステップと、
第２の制御メッセージに指定したプロトコルオプションからプロトコルオプションを選択するステップと、
を含むことを特徴とする方法を提供する。
【００２０】
第２の制御メッセージに指定したプロトコルオプションからプロトコルオプションを選択する前記ステップは、第３のノードで実行できる。
【００２１】
前記各呼出し制御メッセージは、指定した各プロトコルオプションに対応する選好レベルが含むことができる。
【００２２】
第１のノードを発信ノードとし、第３のノードを終端ノードとすることができる。
【００２３】
この方法は、第１のノードと第２のノードとの間のベアラレベルが前記選択するステップの影響を受けるかどうかを判別し、ベアラレベルが影響を受ける場合は、第１のノードと第２のノードとの間のベアラレベルのパラメータを修正する処置を実行するステップをさらに含むことができる。
【００２４】
この方法は、また、第２のノードと第３のノードとの間のベアラレベルが前記選択するステップの影響を受けるかどうかを判別し、ベアラレベルが影響を受ける場合は、第２のノードと第３のノードとの間のベアラレベルのパラメータを修正する処置を実行するステップをさらに含むことができる。
【００２５】
本発明の第６の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信システムにおいて通話呼出し接続をセットアップする方法であって、
システムの発信シグナリングポイントと第１の終端シグナリングポイントとの間の第１の通話コーデックをネゴシエートするステップと、
前記第１の通話コーデックに従って、発信シグナリングポイントと前記第１の終端シグナリングポイントとの間でトランスポート機構を介して呼出し接続を確立するステップと、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間で、その後、第２の異なった通話コーデックをネゴシエートするステップと、
発信シグナリングポイントに第２の通話コーデックを通知するステップと、
発信シグナリングポイントと前記第２の終端シグナリングポイントとの間で呼出し接続を確立するステップであって、前記第１の発信シグナリングポイントは中間シグナリングポイントとして動作し、前記第１の呼出し接続は前記第２の通話コーデックをサポートするために必要に応じて修正されるステップと、
を含むことを特徴とする方法を提供する。
【００２６】
本発明の実施例は、新しいコーデックを反映させるために発信シグナリングポイントと元の終端シグナリングポイントとの接続を修正することで、異なった終端シグナリングポイント間の呼出し接続の転送を円滑に行うようにする。最終的なエンドツーエンド接続は、新しいコーデックに従い元の終端シグナリングポイントと新しい終端シグナリングポイント間の接続を確立することで、完了する。好ましくは、必要ない場合でも、第１の接続を修正後に後者の接続を確立する。
【００２７】
また、本発明の方法は、元の終端シグナリングポイントと最終的な終端シグナリングポイントとの間で行われる通話コーデックネゴシエーションの結果、第１の通話コーデックにならない場合だけ適用される。結果が第１の通話コーデックになる場合は、元の接続を修正しなくてもよい場合がある。
【００２８】
好ましくは、発信シグナリングポイントに第２の通話コーデックを通知するステップは、元の終端シグナリングポイントから発信シグナリングポイントへ適当な呼出し制御（ＣＣ）メッセージを送信するステップを含む。このＣＣメッセージは、「修正．要求メッセージ」でもよい。
【００２９】
好ましくは、呼出し制御プロトコルは、トランスポート独立呼出し制御（ＴＩＣＣ）プロトコルである。
【００３０】
本発明は、ＧＳＭ、ＤＡＭＰＳ、ＰＤＣなどをベースにしたモバイルネットワークなどの既存遠隔通信ネットワークの進化に適用でき、また、ＵＭＴＳなどの今後の世代のネットワークにも適用できる。
【００３１】
本発明の第７の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信システムであって、
システムの発信シグナリングポイントと第１の終端シグナリングポイントとの間で、第１の通話コーデックをネゴシエートする手段と、
前記第１の通話コーデックに従って発信シグナリングポイントと前記第１の終端シグナリングポイントとの間で、トランスポート機構を介して呼出し接続を確立する手段と、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間で、第２の異なった通話コーデックを、後でネゴシエートする手段と、
発信シグナリングポイントに第２の通話コーデックを通知する手段と、
発信シグナリングポイントと前記第２の終端シグナリングポイントとの間で呼出し接続を確立する手段であって、前記第１の発信シグナリングポイントは中間シグナリングポイントとして動作し、第１の呼出し接続は前記第２の通話コーデックをサポートするために必要に応じて修正される手段と、
を備えることを特徴とするシステムを提供する。
【００３２】
本発明の第８の側面によれば、呼出し制御プロトコルがベアラトランスポート機構から独立している遠隔通信ネットワークのシグナリングポイントであって、
第１の終端シグナリングポイントと第１の通話コーデックをネゴシエートする処理手段と、
前記第１の通話コーデックに従い、発信シグナリングポイントと前記第１の終端シグナリングポイントとの間でトランスポート機構を介して呼出し接続を確立する手段と、
前記第１の終端シグナリングポイントと第２の新しい終端シグナリングポイントとの間でネゴシエートされた第２の通話コーデックの通知を受信する手段と、 前記第２の通話コーデックをサポートするために、前記第１の呼出し接続を必要に応じ修正する手段と、
を備えることを特徴とするシグナリングポイントを提供する。
【００３３】
本発明の第９の側面によれば、第１及び第２のモバイル電話ネットワーク間の呼出し接続をセットアップする方法であって、いずれかのネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立している方法であって、
適当な通話コーデックを決定するために、片方のモバイルネットワークの前記ＴＦＯ装置と他方のモバイルネットワークの対等ＴＦＯ装置との間でネゴシエーションを実行するステップと、
対応するＴＦＯ装置から呼出し制御（ＣＣ）メッセージを送信することで、前記無線アクセスネットワークに決定された通話コーデックを通知するステップと、
を含むことを特徴とする方法を提供する。
【００３４】
各モバイルネットワークは、モバイルネットワークの無線アクセスネットワーク部分の外側にタンデムフリーオペレーション（ＴＦＯ）装置を含むことがある。しかし、これは常に当てはまるわけではなく、どちらかのモバイルネットワークでは、無線アクセスネットワーク内にＴＦＯがあってもよい。
【００３５】
２つのモバイル電話ネットワークは、ＰＳＴＮを介してお互いに連結できる。好ましくは、前記ネゴシエーションはＴＦＯプロトコルのコーデック不一致解決及び最適化手順を使用して実行し、ＴＦＯメッセージは帯域内シグナリングを使用して送信する。
【００３６】
好ましくは、無線アクセスネットワークの外側に設置する前記または各ＴＦＯ装置は、モバイルネットワークと外部ネットワーク（ＰＳＴＮなど）とのインターフェースを提供するゲートウェイＭＳＣ（ＧＭＳＣ）に設置する。
【００３７】
本発明は、そのいずれかがユニバーサル移動通信方式（ＵＭＴＳ）ネットワークの加入者である加入者相互間の呼出し接続をセットアップする場合に特に適している。この場合、無線アクセスネットワークは、好ましくは、ＵＭＴＳターミナル地上無線接続ネットワーク（ＵＴＲＡＮ）であって、そのネットワークのＴＦＯ装置はＵＭＴＳコアネットワークの境界に設置する。
【００３８】
本発明の第１０の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする装置であって、少なくともいずれかのネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立している装置であって、
適当な通話コーデックを決定するために、片方のモバイルネットワークの前記ＴＦＯ装置と他方のモバイルネットワークの対等ＴＦＯ装置との間のネゴシエーションを実行する手段と、
対応するＴＦＯ装置から呼出し制御（ＣＣ）メッセージを送信することで、前記無線アクセスネットワークに決定された通話コーデックを通知する手段と、
を備えることを特徴とする装置を提供する。
【００３９】
本発明の第１１の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする方法であって、各ネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立していて、両方のモバイルネットワークは公衆電話交換網（ＰＳＴＮ）を介して連結している方法であって、
適当な通話コーデックを決定するために、それぞれ、第１及び第２のモバイルネットワークに加入している２つのモバイル端末間でネゴシエーションを実行するステップであって、そのネゴシエーションは無線アクセスネットワーク部分と各ＴＦＯ装置間で交換される呼出し制御プロトコルシグナリングメッセージ及びＴＦＯ装置間で送信されるＩＳＵＰメッセージを使用して実行するステップ、
を含むことを特徴とする方法を提供する。
【００４０】
例えば、発信モバイルネットワークで利用可能なコーデックリストを、そのネットワークのＴＦＯ装置から対等のＴＦＯ装置へＩＳＵＰ初期アドレスメッセージ（ＩＡＭ）を使用して送信できる。メッセージには、さらに、発信モバイルネットワークが選好するコーデックを含むことができる。逆方向に送信される後続のＩＳＵＰメッセージは、終端モバイル端末が選択したコーデックタイプを示す。このネゴシエーション手順を使用可能にするためには、ＩＳＵＰ標準を修正しなければならないことがある。
【００４１】
本発明の第１２の側面によれば、第１と第２のモバイル電話ネットワーク間の呼出し接続をセットアップする装置であって、各ネットワークはモバイルネットワークの無線アクセスネットワーク部分の外側に設置されたタンデムフリーオペレーション（ＴＦＯ）装置を含み、呼出し制御プロトコルがベアラトランスポート機構から独立していて、両方のモバイルネットワークは公衆電話交換網（ＰＳＴＮ）を介して連結されている装置であって、
適当な通話コーデックを決定するために、それぞれ、第１及び第２のモバイルネットワークに加入している２つのモバイル端末間でネゴシエーションを実行する手段であって、そのネゴシエーションは無線アクセスネットワーク部分と各ＴＦＯ装置間で交換される呼出し制御プロトコルシグナリングメッセージ及びＴＦＯ装置間で送信されるＩＳＵＰメッセージを使用して実行する手段、
を備えることを特徴とする装置を提供する。
【００４２】
（実施例の詳細な説明）
図１に、以下の説明でノードＡ及びノードＣと呼ぶ２つのシグナリングポイントが含まれる遠隔通信ネットワークの一部を示す。これらのノードは電話交換局または交換機などで、同じネットワーク業者に属していても異なったネットワーク業者に属していてもよい。以下の例では、ノードＡは呼出し側（図示せず）が接続している発信ノードを表し、ノードＣは呼び出される側が接続している終端ノードを表している。各シグナリングポイントは、呼出し制御（ＣＣ）部分とベアラ制御（ＢＣ）部分とで構成されている。つまり、呼出し制御機能とベアラ制御機能が２つの異なったプロトコル層に分離されている。ＣＣ部分は呼出し制御レベルを形成していて、呼出し転送及び他のルーティングや制御機能などの機能の実行する。ＢＣ部分は、ＢＣ部分相互間のパイプを確立してその大きさを決定し、ユーザプレーンデータをトランスポートする。
【００４３】
ＢＣレベルについて説明すると、このレベルはＩＰネットワークなどのベアラネットワークにより構成される。図１には１つのベアラスイッチングポイント（ノードＢ）しか示していないが、ＩＰネットワークには１つまたは複数のベアラスイッチングポイントがある。ＩＰネットワークの場合、これらのベアラスイッチングポイントはＩＰルータである。ベアラネットワークがＡＴＭネットワークまたはＡＡＬ２ネットワークの場合は、このベアラスイッチングポイントは、それぞれ、ＡＴＭ交換機またはＡＡＬ２交換機になる。
【００４４】
呼出し側が受話器を取るなどして呼出しを開始すると、発信シグナリングポイントであるノードＡは、ソース（呼出し側）からＣＣレベルで情報を受け取る。この情報は、ベアラ資源要求を定義するものである。発信シグナリングポイントは、ソース情報またはシグナリングポイントとそのホームネットワークの機能のどちらか（またその両方）を基に、終端シグナリングポイントであるノードＣとネゴシエートする必要がある利用可能オプションリストを決定する。
【００４５】
次に、ノードＡは、利用可能オプションリストをメッセージに挿入し、具体的な機能をネゴシエートするＣＣ部分に信号を送る（図１のノードＣ）。このメッセージは、各オプションの選好レベルを示している。
【００４６】
ノードＣは、リスト内の各オプションにノードＡが指定した優先順位レベルを使用し、サポートしているオプション中で最も選好レベルが高いオプションを選択する。つまり、ノードＣは、ノードＡが高い選好度を示している別のオプションをリスト内でサポートしていても、最高選好オプション以外は選択しない。ノードＣは、選択したオプションをノードＡに送る。
【００４７】
このネゴシエーションの結果がベアラ接続レベルに影響を与える場合は、ベアラレベルで適当な処置を実行し、ネゴシエーションの結果に適合するようにする。これは、ＢＣプロトコルで行われる。これには、順方向ベアラ修正（図２のケースＡ）と逆方向ベアラ修正（図２のケースＢ）の２つのケースがある。
【００４８】
上記の方法を使用してネゴシエートできる機能の例には、コーデック機能がある。一般的に、無線アクセスネットワークでは、通話はＰＣＭにコード変換される。これは、従来の固定電話ネットワークで使用できる通話形式はこの形式だけであるからである。しかし、コード変換処理は通話品質を極端に低下させるため、一部のセルラー標準（ＧＳＭ、ＰＤＣなど）では、２つの互換性がある端末（例えば、共通のコーデックで使用される２つのＧＳＭ端末）間で接続が確立されたらコード変換を回避するための方法を仕様で決めている。現在の大部分のモバイル端末では幾つかのコーデックをサポートしているため、これらの方法でもコーデックネゴシエーションは可能になるが、以下に示す総称ネゴシエーション機構と比較すると幾つかの重大な欠陥がある。
【００４９】
通話コーデックは、モバイル環境に密結合しているか（ＰＤＣでは、コーデックネゴシエーションはＭｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ（ＭＡＰ）プロトコルの１サービスである）、またはハードウェア及び送信資源の使用を最適化していない（ＧＳＭでは、コーデックネゴシエーションは、タンデンフリーオペレーションの一部である）。コード変換が実際に行われるかどうかに関係なく、２つのコード変換装置（ＴＲＡＵ）と６４Ｋｂｐｓのチャネルとが常に通話接続用に割り振られている。現在、各種モバイル標準ではこの問題をさまざまな方法で処理していて、これまでのところ、これらの解決方法を調整する可能性はなかった。
【００５０】
ネゴシエーションが必要な機能の別の例は、セキュリティ機能（音声暗号化、データ暗号など）である。現在、これは公衆遠隔通信ネットワークでは重大な関心事であり、近い将来さらに重要になる。しかし、望ましくない第３者からユーザのプレーン情報を保護する方法には幾つかある。複数の暗号アルゴリズムが存在していて、現在開発中のデータ暗号アルゴリズムおよび新しいアルゴリズムが次々に導入されている。したがって、公衆遠隔通信ネットワークにおいてセキュリティ機能をネゴシエートする方法は近い将来必要になり、この方法は本発明により提供される。
【００５１】
上記の説明は、ＢＣレベル及びＣＣレベルを一般的に言及したものである。図３は、ＣＣレベルとＢＣレベルに分割された遠隔通信システムをさらに詳細に図示したものである。ＣＣレベルは複数のメディアゲートウェイコントローラ（ＭＧＣ＿Ａ、ＭＧＣ＿Ｂ、ＭＧＣ＿Ｃ）を含み、ＢＣレベルは複数のメディアゲートウェイ（ＭＧ＿１からＭＧ＿６）を含んでいる。メディアゲートウェイの最初のペア（ＭＧ＿１、ＭＧ＿６）はＡＡＬ２ネットワークを介したベアラ接続であり、メディアゲートウェイの2番目のペア（ＭＧ＿２、ＭＧ＿５）はＩＰネットワークを介したベアラ接続である。メディアゲートウェイの3番目のペア（ＭＧ＿３、ＭＧ＿４）はＳＴＭネットワークを介したベアラ接続である。図３から明らかなように、各メディアゲートウェイコントローラは、オープンインターフェース（Ｘ−ＣＰ＿１からＸ−ＣＰ＿３）を介して２つまたは３つのメディアゲートウェイを制御するように配置されている。
【００５２】
上記ですでに説明したように、機能ネゴシエーションはＣＣレベル、つまり、メディアゲートウェイコントローラ間で行われる。さらに、Ｘ−ＣＰは、メディアゲートウェイが制御側のメディアゲートウェイコントローラにメディアゲートウェイがサポートしている機能とオプションを「通知」する手段としても使用される（例えば、機能＝圧縮通話、オプション＝コーデックリスト）。また、メディアゲートウェイはＸ−ＣＰを介してネゴシエーションに係わることができ、これにより、機能選択はゲートウェイに指定した機能だけでなく、これらの機能が現在使用できるかどうかにも依存するようになる。このように構成しておかないと、メディアゲートウェイコントローラがメディアゲートウェイのためにネゴシエートしたオプションをサポートするための資源をメディアゲートウェイが持っていない、という危険性がある。例えば、メディアゲートウェイコントローラが呼出しのためのインテリジェントネットワーク（ＩＮ）サービスを提供する必要がある場合で、且つ、このサービスが帯域内の告知情報を必要とする場合を考えてみる。メディアゲートウェイがサポートするコーデックの知識に従ってメディアゲートウェイコントローラが単独でコーデックを選択すると、メディアゲートウェイは、このコーデック用に現在ＴＲＡＵを利用可能にしていないことがあり得る。したがって、メディアゲートウェイはこの接続を拒否し、呼出しは中止される。
【００５３】
この問題の解決を説明するために、特定のネゴシエート可能な機能に関するオプションリストが含まれている接続セットアップメッセージを、メディアゲートウェイコントローラが対等のメディアゲートウェイコントローラから受信する場合を考えてみる。メッセージは、各オプションの選好レベルを示している。受信側のメディアゲートウェイコントローラは、受信したリストを読み取り、接続に選択されているメディアゲートウェイがサポートしていないことが分かっているオプションを、そのリストから削除する。次に、メディアゲートウェイコントローラは修正したオプションリストを、Ｘ−ＣＰインターフェースを介してメディアゲートウェイに送信する。
【００５４】
受信側のメディアゲートウェイは、最高優先順位で、且つ、ゲートウェイが現在サポートできるオプションを選択する。次に、メディアゲートウェイはこのオプションをサポートするために必要な資源を獲得し、メディアゲートウェイコントローラにＸ−ＣＰインターフェースを介してそのオプションを送る。選択したオプションを受信すると、メディアゲートウェイコントローラは選択した内容を対等のメディアゲートウェイコントローラに上記のように送る。
【００５５】
上記で説明した総称機能ネゴシエーションを、図４のフロー図でさらに詳しく説明する。
【００５６】
多くの国では、業者はその国の関係当局から法的な目的で、呼出しを代行受信するように要求されている。合法な代行受信を使用可能にするために、業者は通常はネットワークにおける各呼出しについて、ユーザプレーンデータ（つまり、実際の通話、またはベアラレベルで行われる所謂「パイプ」により送信される他のデータ）にすべてアクセスすることを要求する。ＴＩＣＣを導入することで、ユーザプレーンデータは様々な技法（ＡＴＭ、ＩＰなど）を介してトランスポートできるようになり、これにより、暗号化ユーザプレーンデータのトランスポートも可能になる。したがって、合法代行受信ポイントでユーザプレーンデータのセキュリティ及びコーデック（暗号化及び復号化）特性を判別できないと、呼出しは正常に代行受信できない。したがって、業者は、呼出しの各ＢＣセクション（２つのＢＣノード間）で使用しているコーデック及び暗号（セキュリティ）アルゴリズムの知識が必要になる。
【００５７】
一方、セキュリティアルゴリズムのコード変換及び変換処理は、呼出しのサービス品質を大幅に低下させ、余分な遅れを発生させる。したがって、各呼出しのエンドツーエンドで要求される変換ポイント数を減らし（できれば回避する）、セキュリティアルゴリズムポイントの変換を減少することが望ましい。
【００５８】
この問題を解決する機構を、図５の動作シーケンスを参照して説明する。ノードＡの呼出し制御部分（図１を参照）は、ノードＢの呼出し制御部分にメッセージを送信する。このメッセージには、ノードＡがサポートしているオプションのリストと各オプションの選好レベルとが含まれている。この機構はＴＩＣＣで使用するのに特に適しているが、ネゴシエーション実行用に特別に適合された独立プロトコルでも使用できる。これは、図５で頭文字ＵＰＣＮ（Ｕｓｅｒ Ｐａｒｔ Ｃａｐａｂｉｌｉｔｙ Ｎｅｇｏｔｉａｔｉｏｎ）で示してある。
【００５９】
次に、ノードＢの呼出し制御側はノードＣの呼出し制御側へメッセージを送る。これには、ノードＡとノードＢの両方がサポートしているオプションのリストと各オプションの選好レベルとが含まれている。ノードＣは最高選好レベルのサポートオプションを選択し、選択したオプションが含まれたメッセージをノードＢへ戻す。このメッセージを受け取ると、ノードＢは選択オプションを指定したメッセージをノードＡへ送る。
【００６０】
次に、図５はケースＡとケースＢのラベルが付けられた２つの動作シーケンスを示す。ケースＡでは、ベアラレベルが上記で説明した呼出し制御レベルのネゴシエーションにより影響を受けると、ノードＡはベアラレベルで適当な処置を実行する。例えば、ノードＡは選択したオプションをサポートするために必要なパイプのサイズを変更しなければならない場合がある。次に、ＢＣメッセージがノードＡからノードＢへ送られ、どのパラメータが必要かを指定する。次にノードＢは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合は、ベアラレベルで適当な処置を実行する。次にＢＣメッセージはノードＢからノードＣへ送られ、ノードＢとノードＣの間でベアラレベルにどのパラメータが必要かを指定する。
【００６１】
ケースＢでは、ベアラレベルの動作シーケンスはノードＣで始まり、ノードＡで終わる。ノードＣは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合はベアラレベルで適当な処理を実行する。次に、ＢＣメッセージがノードＣからノードＢへ送られ、必要なパラメータを指定する。ノードＢは選択されたオプションを分析し、ベアラレベルがネゴシエーションにより影響を受けている場合はベアラレベルで適当な処理を実行する。次にＢＣメッセージがノードＡからノードＢへ送られ、必要なパラメータを指定する。
【００６２】
ケースＡとケースＢは二者択一であるが、他のケースも考えられる。この点について、ノードＡとノードＢ間のＢＣプロトコルはノードＢとノードＣ間のプロトコルと異なっている可能性がある。例えば、プロトコルがそれぞれＡＴＭ及びＩＰの場合もある。片方のノードペア間のベアラレベル接続パラメータを修正する必要があっても、他方のノードペア間では修正の必要がないこともある。
【００６３】
上記のネゴシエーションは、呼出し確立時または呼出時に行うことができる。後者が該当するのは、例えば、ユーザが呼出し時に暗号の使用を開始しようとする場合である。
【００６４】
この手順は、総称機能を変更する必要があるネットワーク内のポイント数を減らすことができる。特に、上記で指定した機構を使用し、複数ＣＣセクションに渡るエンドツーエンド呼出しのコード変換ポイント数またはセキュリティアルゴリズムポイントの変換処理を最小限に抑えることができる。この解決方法は、１つまたは複数のネットワークに渡る呼出しに適用できる。
【００６５】
ＧＣＮ機構には、オプションリストおよびその選好レベルを開始ＣＣノードに組み込ませ、発信ノードが示す選好レベルを使用して終端ノードにサポートオプションを選択させるという機能も含まれている。後述するネゴシエーション機構は、ネゴシエーションを２つのＣＣノード間で行う場合だけ有用である。提案した適合方法では、このＧＣＮ機構を複数のＣＣノードがネゴシエーションに介在する場合に拡張している。つまり、１つまたは複数の遠隔通信業者に属する複数のＣＣノードに呼出しがまたがる場合である。この適合方法には、以下の動作シーケンスが含まれる。
１． 開始ＣＣノードは、サポートオプションのリストおよび各オプションに対応する選好レベルを送信する。
２． 中継ＣＣノードは受信したオプションリストを分析し、サポートされていないオプションをそのリストから削除し、リストを次のノードへ転送する。
３． 終端ＣＣノードは、受信したオプションリストおよび対応する優先順位を分析し、示されている最高優先順位のサポートオプションを選択する。
【００６６】
合法代行受信の場合、呼出しを正常に代行受信できるように、合法代行受信ポイント（つまり、代行受信が行われるノード）でユーザプレーンデータのセキュリティ及びコーディング特性を受信できるようにしている。
【００６７】
図１に示す提案された新しいアーキテクチャでは、呼出し制御プロトコルがトランスポート機構から独立している。この場合、ＴＩＣＣが呼出しにコーデックネゴシエーションを実行しないと、当該呼出しについてユーザプレーントランスポート接続を確立できない。その理由は、呼出しをサポートするのに必要なトランスポート資源量は、当該呼出しについて選択したコーデック（つまり、コーデックネゴシエーション手順の結果）に依存するからである。場合によっては、コーデックは最初に呼出しに選択されるが、環境の変化により、このコーデックを呼出しの後半のフェーズで新しいコーデックに変更しなければならない。この状況が発生する重要な２つの場合は、以下の通りである。
１） 告知情報を行い、自動的にまたは呼び出した側からの入力に従って、呼び出された側へ呼出しを再転送するために行うインテリジェントネットワーク（ＩＮ）サービスとの対話。これは、告知情報を行うためには、第１のコーデックを選択する必要がある。後で、呼出しを相手側へ転送／再転送し、第２のコーデックを使用する。
２） これは所謂補足サービスであるＣａｌｌ Ｆｏｒｗａｒｄｉｎｇ ｏｎ Ｎｏ−Ｒｅｐｌｙ（ＣＦＮＲ）。第１のコーデックをＡ側とＢ側との間でネゴシエートした後、Ｂが事前定義された時間内に返答しないために呼出しをＣ側へ転送する。２番目のコーデックは、Ｃ側の要求に従って必要となる。
【００６８】
上記の１）及び２）の場合及び関連する他の場合は、最初の選択されたコーデックによりトランスポート機構で呼出し接続を確立し、告知情報、信号音検査などを実行する必要がある。後でコーデックが変更されたら、呼出し接続を修正し、新しいコーデックをサポートしなければならないことがある。
【００６９】
以下に、図６を参照し、ＴＩＣＣプロトコルを使用しているネットワークで使用され、且つ、通話呼出しのエンドツーエンド電話接続を確立できるシグナリングプロセスを説明する。ここでは、呼出しは発信シグナリングポイントであるノードＡで生成され、最初に第１のノードであるノードＢまたはシグナリングポイントへ転送される。この呼出しは、その後、別の終端シグナリングポイントであるノードＣへ転送される。図示したプロセスは、特にＩＮサービスの呼出しに関するもので、この場合は、呼出し側は最初にＩＮネットワークノードに接続され、このノードでは事前記録メッセージを呼出し側へ再生した後に、呼出しを最終的な終端シグナリングポイントへ転送するものである。また、図示したプロセスはＣＦＮＲサービスに関連し、この場合は、最初の終端シグナリングポイントへ接続されている呼出し側が呼出しに返答しない場合、新しい終端シグナリングポイントへ呼出しを転送する。
【００７０】
シグナリングシーケンスは、以下の順次ステップで構成される。
１． ノードＡはノードＢへの呼出しを確立する。コーデックＸをこの呼出しのために選択する。
２． 選択したコーデックに適切なトランスポート資源を有するトランスポート接続を、ノードＡとノードＢの間に設定する。
３． ノードＢは、呼出しをノードＣへ転送／再転送する。ノードＣはコーデックＸをサポートせず、コーデックＹを選択する。
４． ノードＢはノードＡに対し、コーデックＸからコーデックＹへのこの呼出しに関するコーデック選択を修正するように要求する。
５． ノードＡとノードＢ間のトランスポート接続をコーデックＹに合わせて、必要に応じ、修正する。図６は、トランスポート接続への修正が順方向に行われるケースと修正が逆方向に行われる代替ケースとを示している。
６． コーデックＹに適切なトランスポート接続を、ノードＢとノードＣ間に確立する。
７． ＴＩＣＣは、呼出し確立を完了する（ＴＩＣＣ ＡＣＭ＋ＴＩＣＣ ＡＮＭ）。
【００７１】
ＴＩＣＣはＩＳＵＰをベースにしているため、シグナリングメッセージ名はＩＳＵＰから取られる。しかし、ＩＳＵＰにはコーデックネゴシエーション手順またはコーデック修正手順が含まれていないため、コーデック修正機能を実行するために新しいＴＩＣＣメッセージのペア（「ＴＩＣＣ修正．要求／確認」）が必要になる。
【００７２】
図６では、ノードＡからノードＢへのトランスポート接続について行われた修正だけが順方向または逆方向に行われることを示しているが、他のトランスポート接続修正も順方向または逆方向に行うことができる。また、トランスポート接続も順方向または逆方向に確立できる。
【００７３】
上記で説明した機構を使用し、４つ以上のシグナリングポイントまたはノード間の通話呼出し接続を確立することができる。例えば、発信シグナリングポイントであるノードＡと元の終端シグナリングポイントであるノードＢとの間、または元の終端シグナリングポイントであるノードＢと最終的な終端シグナリングポイントであるノードＣとの間（またはその両方）に、１つまたは複数の中継ノードが存在してもよい。また、呼出しは、ノードＣからさらに別のシグナリングポイント（つまりノードＤ）へ転送または中継することもできる。ただし、この場合はコーデックＹがノードＤに適当かどうかを判別するためのネゴシエーションが必要になり、適当でない場合は、ノードＡとノードＢとの間及びノードＢとノードＣとの間のトランスポート接続に修正が必要になることがある。このプロセスは、任意のノード数に拡張できる。
【００７４】
従来の公衆電話交換網（ＰＳＴＮ）は、パルスコード変調（ＰＣＭ）を使用して転送用通話データをデジタルにコード化する。一方、デジタルモバイル電話ネットワークは、ＣＥＬＰ及び適応マルチレート（ＡＭＲ）コーディングなどのさらに高度なコーディング技法を使用し、ＰＣＭより高度な圧縮率を達成している。多くのモバイルネットワークでは、通話のコーディング及びデコーディングはモバイル端末自身で行う。同じネットワークに登録されている２つのモバイル端末で呼出しを行う場合は、コード化された通話データをエンドツーエンドで送信することが可能である。
【００７５】
モバイルネットワークに登録されているモバイル端末から「外部」ネットワークの加入者である端末へ呼出しが出された場合、コード化された通話データのエンドツーエンド伝送は、外部ネットワークの特性及び発信モバイルネットワークを外部ネットワークへ接続する中間ネットワークの特性によっては、不可能な場合がある（勿論、これは呼出しが外部ネットワークで発信する場合も当てはまる）。
【００７６】
図７の遠隔通信システムを考えてみると、このシステムは２つの第３世代ユニバーサル移動通信方式（ＵＭＴＳ）ネットワーク１と２とで構成されていて、これら２つのネットワークが従来のＰＳＴＮ／ＩＳＤＮネットワーク３により連結されている。ＵＭＴＳネットワーク１と２は、それぞれ、ＵＭＴＳターミナル地上無線接続ネットワーク（ＵＴＲＡＮ）４を含み、そのネットワークが無線ネットワークコントローラ（ＲＮＣ）５と無線基地局（ＢＴＳ）６とで構成されている。ＵＴＲＡＮ５は、モバイル端末（図示せず）と入力呼出し接続ならびに出力呼出し接続を転送するモバイル交換センタ（ＭＳＣ）７との間で、圧縮通話データを受け渡す。
【００７７】
片方のＵＭＴＳネットワーク１の加入者から呼出しが発信され、別のＵＭＴＳネットワーク２の加入者へその呼出しが送られるものとする。呼出しは、ＵＭＴＳネットワーク１と２の各中継ノード８（いずれかはゲートウェイＭＳＣ（ＧＭＳＣ））を使用し、ＰＳＴＮ３を介して転送される。上記ですでに説明したように、ＰＳＴＮ３はＰＣＭを使用して通話データを符号化する。ＰＳＴＮ３を介して転送される通話データは、当該ネットワークで理解できる形式であることが重要である。例えば、ＰＳＴＮ３が、通話呼出しに業者の告知情報を挿入したり音声プロンプトサービスなどを実行できるようにしたりするため、また、ＰＳＴＮ３の業者がセキュリティの目的などで呼出しを監視できるようにするために必要である。したがって、ＰＳＴＮ３にデータを渡す前に、ＵＭＴＳネットワーク１と２のＧＭＳＣ８で通話データを「コード変換」することが必要である。つまり、通話データは、モバイルネットワーク通話コーディング形式からＰＣＭへ変換される。同様に、ＧＭＳＣ８で受信したＰＣＭデータは、該当するモバイルネットワーク通話コーディング形式に変換する必要がある。
【００７８】
コード変換を実行するとＧＭＳＣ８において大量の処理資源を消費することになり、また、通話品質の低下も目立つ。これらの欠点を一部でも補うために、タンデムフリーオペレーション（ＴＦＯ）装置をＧＭＳＣ８における通話接続に導入できる。出力通話データはいままで通りＰＣＭに変換されるが、各ＰＣＭサンプルの最下位ビットはＴＦＯ装置により「盗聴」される。これらの盗聴ビットが形成するチャネルの帯域幅は十分に大きく（つまり８Ｋビット／秒）元のコード化データを送信できる。終端ＵＭＴＳネットワークのＴＦＯ装置はコード化データを組み立てて対応するＵＴＲＡＮへ送信するが、受信されたＰＣＭデータは廃棄される（業者の告知情報が追加されているなどして、ＰＳＴＮによりそのデータが修正されていない限り）。このようにして、ＴＦＯはＰＳＴＮ３がＰＣＭデータを利用できるようにするが、効果的にコード化された通話データのエンドツーエンド送信はいままで通り実行できる。
【００７９】
ＰＳＴＮ／ＩＳＤＮ内の中間装置がＰＣＭビットストリームを変更すると、ＴＦＯ装置はその変更を検出し、ＴＦＯ装置間でＰＣＭコード化通話を受け渡すように「フォールバック」する。つまり、それ以降は圧縮音声データを受け渡さない。
【００８０】
モバイルネットワークが利用できる通話コーデックは、ネットワークの特性及び場合によってはネットワークを使用している端末の特性により異なる。エンドツーエンドで単一のコーデックを使用できるのは、２つのネットワークが両方とも同じコーデックを使用するときだけであることは明らかである。２つのモバイル通信ネットワークのＧＭＳＣが接続ネットワークのコーデック機能の情報を得ていると想定すると、それらＧＭＳＣネゴシエートして共通のコーデックの使用に合意することは可能である。実際、ＥＴＳＩ勧告ＧＳＭ ０８．６２（バージョン７．０．０、リリース１９９８）では、適当なプロトコルが提供されている。
【００８１】
ＴＦＯ装置がモバイルネットワークの境界部分、つまり、ＵＴＲＡＮの外側に設置されている図７のような場合（従来、ＴＦＯ装置は無線アクセスネットワーク内に設置される）、モバイルネットワークでＴＦＯを実行しようとすると問題が発生する。現在のところ、このようなネットワークではＴＦＯ装置相互間及びＴＦＯ装置と無線アクセスネットワークとの間でネゴシエートされたコーデックに関する交換情報はない。
【００８２】
図８は、２つのＵＭＴＳネットワークのＧＭＳＣがＴＦＯ装置９を組み込んでいる修正システムアーキテクチャを示している。一方、図９は各ＵＭＴＳモバイル電話ネットワークにおける２つのノード間の呼出しセットアップに関するシグナリングを示している。ノード１とノード４はＭＳＣを表し、２つの中間ノード２と３はＧＭＳＣを表している。
【００８３】
ＵＭＴＳネットワーク内における呼出しセットアップシグナリングは、呼出し制御（例えばＴＩＣＣ）レベルで行われる。この呼出しセットアップは、ＭＳＣから対応ＧＭＳＣへ送られる初期アドレスメッセージ（ＩＡＭ）により開始される。このＩＡＭは総称機能ネゴシエーション（ＧＣＮ）機構を使用し、呼出し接続のパラメータ数を決定する。特に、ＩＡＭには、発信ＵＭＴＳネットワークがサポートするコーデックリストと選好コーデックとが含まれている。発信側ＧＭＳＣは送信されたコーデックリストからコーデックを選択し、選択した内容を「メッセージ（選択されたコーデック１）」の形式でＭＳＣへ返送する。その後、呼出し接続は、選択されたコーデックをサポートするために十分な帯域幅のベアラレベル（例えばＡＡＬ２またはＩＰ）で確立される。
【００８４】
エンドツーエンドコーデックネゴシエーションを実行できるようにするために、ＩＳＵＰプロトコルにＧＣＮを追加することが提案されている。このエンドツーエンドコーデックネゴシエーションを行うことで、両エンドポイントが同じコーデックタイプを利用する確率が高まる。両エンドポイントが同じ音声コード化アルゴリズムを使用していると、ＴＦＯはＰＣＭネットワークを介して圧縮音声を渡すことができ、しかも、不要な変換処理による音声品質の低下を招くこともない。また、圧縮音声をサポートしている発信ネットワーク及び終端ネットワーク内のベアラ要件も低下するため（例えば、ＡＡＬ２またはＩＰベアラトランスポート）、送信量も少なくて済む。
【００８５】
図９は、２つのＵＭＴＳネットワーク間のシグナリング「ギャップ」を解消するためのＧＣＮ機能向上ＩＳＵＰメッセージの使用を図示したものである。終端ＵＭＴＳネットワークでは、ＧＭＳＣからＭＳＣへＩＡＭがＴＩＣＣを使用して送られる。この場合、ＭＳＣはコーデック１の使用を受諾し、その旨をＴＩＣＣを使用してＧＭＳＣに再び返送する。その後、ベアラレベル接続は終端ＵＭＴＳネットワークで確立される。ＰＳＴＮは、コーデック受諾の旨を発信側のＧＭＳＣへ中継する。最初に提案されたコーデックが受諾されたため、発信ＵＭＴＳネットワークにおいてベアラレベル接続を変更する必要はない。しかし、コーデックに変更があった場合は、その旨を発信側ＧＭＳＣからＭＳＣへ送信する必要がある。その結果、ベアラレベル接続を修正できるようになり、接続の帯域幅を拡張したりできる。図９では、ＡＣＭはＡｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ（アドレス完了メッセージ）を示し、ＡＮＭはＡｎｓｗｅｒ Ｍｅｓｓａｇｅ（応答メッセージ）を示す。
【００８６】
図１０は、本発明の第２実施例を図示したものである。この解決方法は、ＴＦＯプロトコルに用意されているオプションのコーデック不一致解決及び最適化手順を利用し、互換性のないコーデックを検出する。ＴＦＯがコーデックの非互換性を検出すると、コーデック修正手順を開始して、端末が使用するコーデックを修正できる。ＴＦＯは、コーデック不一致を解決するための規則を指定する（つまり、どのコーデックを選択するか）。次に、ＴＦＯプロトコルはＴＩＣＣシグナリングを開始し、呼出しで使用するコーデックを修正し、２つのエンド端末で互換性のあるコーデックを使用可能にする。発信ＵＭＴＳネットワークが最初に示したコーデックから別のコーデックに変更する場合は、両方のＵＭＴＳネットワークで確立したベアラレベル接続を修正しなければならない場合がある。
【００８７】
上記で述べた実施例は、中間ＰＣＭネットワークによる不要な通話コード変換を最小限に抑え、また、公衆遠隔通信ネットワークにおける特定の呼出しのサービスレベルをサポートするために、ユーザプレーン装置（例えばコード変換装置）またはユーザプレーン資源（例えば帯域幅）（あるいはその両方）の割当てを最適化する。
【００８８】
既存のネットワーク及び新しいネットワークが通話経路における不要なコード変換を極力減らすためにＰＣＭコード化音声だけをサポートする場合、コーデックタイプのネゴシエーションが必要になる。ＵＭＴＳ及びＧＳＭの加入者通話品質は、ＴＦＯサポート機能を備えた既存のＰＣＭコアネットワークを呼出しが通過する場合、必ずしも低下しない。ＴＩＣＣプロトコルにＧＣＮ機構を組み込むと、透過方式で行われることが多い（ＡＰＭユーザ）。
【００８９】
当業者は、本発明の範囲から逸脱することなく、上記の実施例に各種変更を加えることができることは明らかである。
【図面の簡単な説明】
【図１】 遠隔通信ネットワークにおける複数のシグナリングポイントを示す図である。
【図２】 （ケースＡ）本発明の第１実施例による図１のシグナリングポイント間のシグナリングフローを示す図である。
【図２】 （ケースＢ）本発明の第２実施例による図１のシグナリングポイント間のシグナリングフローを示す図である。
【図３】 メディアゲートウェイコントローラとメディアゲートウェイを含む遠隔通信ネットワークを示す図である。
【図４】 図３のネットワークで使用される総称機能ネゴシエーションプロセスを示すフロー図である。
【図５】 中間ノードが発信ノードと終端ノード間のネゴシエーションに関係するシグナリングフローを示す図である。
【図６】 中間ノードが発信ノードと終端ノード間のネゴシエーションに関係するシグナリングフローの別の組を示す図である。
【図７】 既知の設計の遠隔通信システムを模式的に示す図である。
【図８】 遠隔通信システムを模式的に示す図である。
【図９】 図８のシステムのコーデックネゴシエーションに関連し本発明の第１実施例による第１の信号の組である。
【図１０】 図８のシステムのコーデックネゴシエーションに関連し本発明の第２実施例による第２の信号の組である。

Claims (12)

1. 呼出し制御レベルとベアラ制御レベルとが別々のプロトコルで制御され、シグナリングポイントによる呼出し制御レベルにおけるオプション機能の選択がベアラ制御レベルに影響を与える場合、シグナリングポイントがベアラ制御レベルに通知することにより呼出し制御レベルにおけるオプション機能の選択に応答する通信システムにおける、シグナリングポイント間で呼出し機能をネゴシエートする方法であって、
   発信シグナリングポイントから終端シグナリングポイントまたはシグナリング転送ポイントへ、オプション機能の優先順位付き選好リストを呼出し制御レベルで送信するステップと、
   終端シグナリングポイントまたはシグナリング転送ポイントにおいて、受信した選好リストから最高優先順位のオプション機能を選択するステップと、
   終端シグナリングポイントまたはシグナリング転送ポイントにおいて、選択されたオプション機能の受諾メッセージを発信シグナリングポイントへ呼出し制御レベルで返送するステップと、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法であって、終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントにより送信されたオプション機能の選好リストのいずれかを受諾しない場合は、受諾メッセージは返送されず、デフォルト機能が両方のポイントにより想定されることを特徴とする方法。
3. 請求項１または２に記載の方法であって、ネゴシエートするオプション機能は通話コーデックに関するオプション機能であることを特徴とする方法。
4. 請求項１または２に記載の方法であって、ネゴシエートするオプション機能はセキュリティに関するオプション機能であることを特徴とする方法。
5. 請求項１乃至４の何れか１項に記載の方法であって、ネゴシエーションを実行するために使用するプロトコルは、トランスポート独立呼出し制御（ＴＩＣＣ）プロトコルであることを特徴とする方法。
6. 請求項１乃至５の何れか１項に記載の方法であって、シグナリングポイントまたはシグナリング転送ポイントは、ベアラ制御レベルで１つまたは複数のメディアゲートウェイと通信するメディアゲートウェイコントローラを含むことを特徴とする方法。
7. 請求項１乃至６の何れか１項に記載の方法であって、終端シグナリングポイントまたはシグナリング転送ポイントでオプション機能の優先順位付き選好リストを受信したとき、呼出し制御レベルはベアラ制御レベルとネゴシエーションを実行してベアラ制御レベルにおけるオプション機能の可用性を決定することを特徴とする方法。
8. 請求項６に従属する場合の請求項７に記載の方法であって、前記ネゴシエーションは、呼出し制御レベルのメディアゲートウェイコントローラとベアラ制御レベルのメディアゲートウェイとの間で行われることを特徴とする方法。
9. 請求項８に記載の方法であって、優先順位付き選好リストが発信シグナリングポイントからメディアゲートウェイコントローラに送られるとき、コントローラは選好リストを修正して、対応するメディアゲートウェイがサポートしていないことが分かっているオプション機能を削除し、メディアゲートウェイが当該時点でサポートできる最高優先順位のオプション機能を選択するメディアゲートウェイへ修正済み選好リストを送り、ゲートウェイは該オプション機能に必要な資源を確保し、メディアゲートウェイコントローラにオプション機能を通知することを特徴とする方法。
10. 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムにおいて別のシグナリングポイントと呼出し機能をネゴシエートするように配置したシグナリングポイントであって、
    オプション機能の優先順位付き選好リストを終端シグナリングポイントまたはシグナリング転送ポイントへ、呼出し制御レベルで送信する手段と、
    終端シグナリングポイントまたはシグナリング転送ポイントが発信シグナリングポイントから送られた選好リストから最高優先順位のオプション機能を選択する場合に送信される受諾メッセージを、終端シグナリングポイントまたはシグナリング転送ポイントから呼出し制御レベルで受信する手段と、
    シグナリングポイントによる呼出し制御レベルにおけるオプション機能の選択がベアラ制御レベルに影響を与える場合、ベアラ制御レベルに通知することで呼出し制御レベルにおけるオプション機能の選択に応答する手段と、
    を備えることを特徴とするシグナリングポイント。
11. 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムのメディアゲートウェイコントローラであって、
    遠隔通信システムを介してセットアップする接続に関するオプション機能の優先順位付き選好リストを、ピア・メディアゲートウェイコントローラから受信する手段と、
    メディアゲートウェイコントローラと対応するメディアゲートウェイと通信し、メディアゲートウェイで受信した選好リストから最高優先順位のオプション機能を選択する手段と、
    前記ピア・メディアゲートウェイコントローラに選択されたオプション機能の受諾メッセージを返送する手段と、
    を備えることを特徴とするメディアゲートウェイコントローラ。
12. 呼出し制御レベルとベアラ制御レベルが別々のプロトコルで制御される遠隔通信システムのメディアゲートウェイであって、
    遠隔通信システムを介してセットアップする接続に関するオプション機能の優先順位付き選好リストを、メディアゲートウェイコントローラから受信する手段と、
    受信した選好リストから最高優先順位のオプション機能を選択する手段と、
    選択したオプション機能の受諾メッセージをを前記メディアゲートウェイコントローラへ送信する手段と、
    を備えることを特徴とするメディアゲートウェイ。

Images