(57)【特許請求の範囲】
【請求項１】
第１回路交換送信ラインからデータを受信する第１ネットワークノードから、そのデータを第２回路交換送信ラインへ送信する第２ネットワークノードへ、ネットワーク層プロトコルを使用するデータ送信ネットワークを経てデータを送信するための方法において、
第２ネットワークノードへ送信するために第１回路交換送信ラインから受信したデータを含むネットワーク層プロトコルデータグラムの行先アドレスは、
第２回路交換送信ラインにおける少なくとも１つのチャンネルを識別する回路交換チャンネル識別パラメータ、及び
第２ネットワークノードのネットワーク層プロトコルアドレス、
から所定のルールに基づいて決定されることを特徴とする方法。
【請求項２】
上記ネットワーク層プロトコルは、ＩＰプロトコルである請求項１に記載の方法。
【請求項３】
上記ネットワーク層プロトコルは、Ｘ．２５プロトコルである請求項１に記載の方法。
【請求項４】
上記第１回路交換送信ラインからの少なくとも１つのチャンネルからのデータは、データ送信ネットワークを経て圧縮形態で送信される請求項１に記載の方法。
【請求項５】
上記第１回路交換送信ラインのチャンネルから受信した信号であって、非圧縮のスピーチ信号部分と、圧縮されたスピーチパラメータとの両方を含む信号のうち、上記圧縮されたスピーチ信号パラメータのみがデータ送信ネットワークを経て送信される請求項４に記載の方法。
【請求項６】
上記第１回路交換送信ラインからの少なくとも１つのチャンネルの信号は、第１ネットワークノードにおいて圧縮される請求項４に記載の方法。
【請求項７】
上記第１ネットワークノードから受信した圧縮されたスピーチパラメータは、上記第２回路交換送信ラインへ送信する前に、非圧縮のスピーチ信号に圧縮解除される請求項４に記載の方法。
【請求項８】
上記第１回路交換送信ラインからの２つ以上のチャンネルからのデータのサンプルは、１つのネットワーク層プロトコルデータグラムにおいてデータ送信ネットワークを経て送信される請求項１に記載の方法。
【請求項９】
上記方法は、
− 圧縮されたスピーチパラメータに対するサポートされたコード化モードを記述するメッセージが、第１ネットワークノードから第２ネットワークノードへ送信され、そして
− 上記サポートされたコード化モードは、上記メッセージにおいて、スピーチデータ送信を最適化するための優先順に記述される、という段階を含む請求項１に記載の方法。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、混合ネットワークを経てスピーチ情報を送信することに係り、より詳細には、回路交換データ送信ネットワークにおいてパケット送信を用いる部分を経てスピーチ情報を送信することに係る。本発明は、請求項１の前文に記載した方法に関する。
【０００２】
【背景技術】
従来の電話は、単一のスピーチ接続が送信される基本的チャンネルフォーマットが６４ｋビット／ｓである。この６４ｋビット／ｓチャンネルは、１秒当たり８０００個のサンプルを送信し、各サンプルは、８ビットを有する。典型的に、複数の６４ｋビット／ｓチャンネルが単一の送信ラインに送信されて、１５４４ｋビット／ｓ、２０４８ｋビット／ｓ、及びそれ以上の送信レートを形成する。２０４８ｋビット／ｓの送信ラインでは、２５６ビット、即ち３２バイトフレームが１秒当たり８０００回送信される。８ビットの３２グループ、即ちバイトのフレームを、タイムスロットと称する。ＰＣＭ送信ライン及びトランクラインという用語は、一般に、複数の６４ｋビット／ｓチャンネルを送信する通信ラインを指すものとして使用される。それ故、トランクラインのグループ内で送信されるあるスピーチチャンネルを識別するためには、チャンネルのタイムスロット番号を指示することが必要でありそしてトランクライン識別子が必要となる。トランクラインという用語は、基本的な１５４４ｋビット／ｓ又は２０４８ｋビット／ｓ単位の送信を表わすのにも時々使用され、複数のこのような送信単位が単一の物理的送信媒体即ち単一の物理的送信ラインに送信される場合もそうである。厳密に考えると、頭文字ＰＣＭは、トランクラインに通常使用されるパルスコード変調を表わすが、ＰＣＭ送信ラインという用語は、当業者に一般に使用されており、特に、本明細書では、上述した論理的チャンネルグループ又は１群のチャンネルグループを指し、特定の変調モードを指すものではない。
【０００３】
更に、パケットベースの送信ネットワークは、現在、広範に使用されており、その顕著な例はインターネットである。共通のパケット送信プロトコルは、インターネットプロトコル（ＩＰ）である。ＩＰプロトコルバージョン４が、仕様書ＲＦＣ７９１に詳細に説明されている。ＩＰｖ６として知られているＩＰプロトコルの次のバージョンは、仕様書ＲＦＣ１８８３に説明されている。
テレコミュニケーションの重要性及び使用量の増加に伴い、異なる形式のネットワークを相互接続する方向に向かっている。例えば、インターネットは、いわゆるインターネット電話を使用して音声を送信するように既に使用されている。インターネットのデータ送信容量が増加するにつれて、インターネットを従来の電話に代わって使用することが一般的となるであろう。ある電話オペレータは、低いレートでインターネットを経て長距離通話を既に提供している。
【０００４】
セルラーテレコミュニケーションネットワークをインターネットに相互接続する種々の構成体が現在開発されている。セルラーテレコミュニケーションネットワークの複雑さと、それらが提供する種々様々なサービスは、異なるネットワークを相互接続する場合に新たなそして広範囲な分野の問題を提起する。セルラーテレコミュニケーションネットワークに独特な特徴の一例は、無線インターフェイスの容量に限度があるために必要となるスピーチの圧縮である。移動ステーションは、使用可能なコーデックの１つを使用してユーザのスピーチをコード化し、そしてそれにより得られたコード化されたスピーチパラメータを、無線インターフェイスを経てセルラーネットワークのベースステーションに送信する。コード化されたスピーチパラメータは、セルラーネットワークにおいてデコードされてスピーチ信号に戻される。しかしながら、使用する典型的な圧縮方法は、スピーチ信号の全てのデータを送信するのではない。というのは、圧縮方法は、典型的な聴取者のスピーチ認知がスピーチ信号のある特徴に対して非常に敏感であるが、その他の特徴についてはあまり敏感でなく、不感ですらあるという利点を取り入れたものだからである。それ故、典型的な圧縮方法は、送信されるスピーチの認知されるクオリティに対して重要でないスピーチ信号の部分を省略する。しかしながら、セルラーテレコミュニケーションネットワークの移動対移動接続の場合のように、コード化及びデコードが２回以上実行されるときには、二重のコード化及びデコードのためにスピーチのクオリティが著しく低下する。この問題は、例えば、いわゆるタンデムフリーオペレーション（ＴＦＯ）の送信モードを使用することにより回避できる。ＴＦＯモードでは、移動ステーションから受信したコード化されたスピーチパラメータのデコードを行うセルラーネットワーク要素は、最初の受信したコード化スピーチパラメータを、デコードされたスピーチ信号に挿入し、これが受信器へ送られる。スピーチパラメータは、通常、スピーチ信号のスピーチサンプルの最下位ビットに挿入され、従って、それらは、受信器が埋め込まれたスピーチパラメータを使用しない場合には、スピーチ信号の受信器によりバックグランドノイズの若干の増加として認知される。移動対移動のＴＦＯモードコールの場合には、受信側移動ステーションへ送信するためのスピーチ信号のエンコードを実行する受信端のネットワーク要素が、埋め込まれたスピーチパラメータを抽出し、そして第２のコード化動作を行わずにそれを移動ステーションに送信する。次いで、受信側移動ステーションは、スピーチパラメータをスピーチ信号にデコードする。ＴＦＯモードでは、スピーチ信号が１回だけコード化され、即ち送信側移動ステーションにおいてコード化され、そして受信側移動ステーションは、送信側移動ステーションによって作成されたコード化スピーチパラメータを受信し、これにより、二重コード化が回避される。これはスピーチのクオリティを著しく改善する。というのは、ＴＯＦがないと、最初のスピーチ信号が、ロスの多いスピーチ圧縮アルゴリズムで２回コード化され、圧縮が適用されるたびにスピーチのクオリティが低下するからである。スピーチコーデックのビットレートが非常に低いときには、単一エンコードとタンデムエンコードとの間の相違が非常に重要となる。古い高ビットレートスピーチコード化規格、例えば、６４ｋビット／ｓのＰＣＭコード化のＧ．７１１規格は、連続的コード化に対して非常に健全に作用する。しかしながら、６４ｋビット／ｓないし１６ｋビット／ｓの範囲で動作する現状のスピーチコーダは、２回以上の連続的コード化に極めて敏感である。
【０００５】
異なる形式の送信ネットワークが接続の送信に関与し、特に、異なる接続が、データ送信レートや、圧縮が使用されるかどうかといった異なるパラメータを有するときには、多数の問題が発生する。例えば、１つの問題は、あるデータ送信チャンネルが圧縮されそしてある送信チャンネルが圧縮されない場合に、データ送信をいかに最適化するかである。更に別の問題は、ＰＣＭ送信ラインを、ＩＰネットワークのようなパケットベースのネットワークにいかに効率的に接続するかである。
【０００６】
【発明の開示】
本発明の目的は、パケットベースのネットワークを回路交換接続の送信に使用できるようにする送信方法を実現することである。又、本発明の目的は、２つのＰＣＭ送信ラインを、ＩＰ又はＸ．２５ネットワークのようなパケットベースのネットワークに接続する方法を提供することである。本発明の更に別の方法は、圧縮及び非圧縮の両方のトラフィックに対するデータ送信容量の使用を最適化する方法を提供することである。
これらの目的は、ＰＣＭ送信ラインの少なくとも１つのチャンネルからデータパケットのペイロード部分に多数のサンプルを挿入し、そして行先ＰＣＭ送信ライン及び送信ライン内のチャンネルを行先パケットアドレスにおいて指示することにより達成される。
【０００７】
本発明による方法は、方法の独立請求項の特徴部分に記載したことを特徴とする。本発明によるネットワーク要素は、ネットワーク要素の独立請求項の特徴部分に記載したことを特徴とする。従属請求項は、本発明の更に別の効果的な実施形態を記載する。
本発明によれば、ＰＣＭ送信ラインは、第１ＰＣＭ送信ラインの１つ以上のチャンネルからのデータがデータパケットのペイロード部分に収集されるように、ＩＰ又はＸ．２５ネットワークのようなパケットベースのネットワークに接続される。更に、データパケットの行先アドレスは、第２ＰＣＭ送信ラインに接続されているパケットネットワークエンティティが、パケットの行先アドレスに基づき、第２ＰＣＭ送信ラインのどのチャンネル（１つ又は複数）にデータを送信すべきか決定できるように構成される。
【０００８】
【発明を実施するための最良の形態】
以下、同様のエンティティが同じ参照番号を用いて示された添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
Ａ．ＴＦＯモードチャンネルの送信の例
本発明の１つの効果的な実施形態では、１つ以上のＰＣＭデータ送信ライン及びＩＰネットワークに接続されたネットワーク要素によって処理が実行される。このようなネットワーク要素は、以下、パケットネットワークゲートウェイと称する。パケットネットワークゲートウェイは、ＰＣＭデータ送信ラインから６４ｋビット／ｓのデータ送信チャンネルを受信する。これら６４ｋビット／ｓチャンネルの各々は、例えば、スピーチ又はデータ或いはファックスを送信することができる。ＰＣＭ送信ラインは、セルラーテレコミュニケーションネットワークのネットワーク要素、例えば、ＧＳＭ又はＵＭＴＳネットワークのＭＳＣ（移動サービス交換センター）に接続される。この例では、ＴＦＯモードコールの処理について説明する。ＴＦＯモードコールでは、６４ｋビット／ｓのスピーチ信号は、スピーチ信号自体に加えて、スピーチ信号の最下位ビットに圧縮されたスピーチ情報を含んでいる。この例では、パケットネットワークゲートウェイは、到来信号からこの圧縮されたスピーチ情報を抽出する。パケットネットワークゲートウェイは、所定量のこの圧縮されたスピーチ情報、例えば、バイトの量に対応するある量のビットを収集し、このバイトの量は、効率的な送信を行うに充分な大きさであり且つ著しいパケット化遅延を生じないよう充分小さなものである。所定量のスピーチパラメータ情報が収集されると、この情報がＩＰパケットに挿入され、これには、行先ＭＳＣに関連したパケットネットワークゲートウェイに対応する行先アドレスが与えられる。パケットは、次いで、ＩＰネットワークを経て行先パケットネットワークゲートウェイに送信される。
【０００９】
次いで、行先パケットネットワークゲートウェイはパケットを受信し、そしてパケットからスピーチパラメータ情報を抽出する。次に、行先パケットネットワークゲートウェイは、スピーチパラメータ情報に基づいてスピーチ信号を形成し、そしてそのスピーチパラメータ情報を従来のＴＦＯモードの場合と同様にスピーチ信号の最下位ビットに埋め込む。それにより得られた信号は、行先ＭＳＣに向かって６４ｋビット／ｓのＰＣＭチャンネルに送信される。
【００１０】
Ｂ．チャンネル識別情報
本発明の効果的な実施形態では、受信端においてＰＣＭチャンネルを識別するチャンネル情報がＩＰ又はＸ．２５ネットワークのようなパケットネットワークのパケットに含まれる。以下、ＩＰネットワークに適用するものとして本発明の実施形態を説明する。チャンネル識別情報は、例えば、行先ＩＰアドレスにより定義されるか、又はＩＰデータグラムにおいてそのデータグラムの余分な任意のフィールド又はデータ部分に含まれる。
【００１１】
行先ＩＰアドレスがチャンネル識別情報を定義する実施形態では、所定のルールを使用して、ＩＰアドレスが発生されそしてＩＰアドレスからチャンネル識別情報が推測される。例えば、行先パケットネットワークゲートウェイに接続されたＰＣＭ送信ラインの６４ｋビット／ｓチャンネルは、連続的に番号が付けられ、この場合に、チャンネルのＩＰアドレスは、パケットネットワークゲートウェイのベースアドレスにチャンネルの番号を追加することにより見出すことができる。これは、ルールの一例に過ぎず、本発明を何ら限定するものではない。というのは、本発明の種々の実施形態では、多数の他の形式のルールを使用できるからである。例えば、チャンネルのタイムスロット番号を使用することもできる。パケットネットワークゲートウェイが２つ以上の２０４８ｋビット／ｓのＰＣＭトランクラインに接続される場合には、トランクラインが連続的に番号付けされ、この場合に、ＩＰ番号は、タイムスロット番号及びトランクライン番号の両方から導出することができる。例えば、次の式を使用することができる。
ＩＰアドレス＝ベースアドレス＋（ＮTS・トランクライン番号）
＋タイムスロット番号
項ＮTSは、トランクラインの１フレームにおけるタイムスロットの数を表す。
【００１２】
１５４４ｋビット／ｓのＰＣＭトランクラインは、２４個のタイムスロットを有し、一方、２０４８ｋビット／ｓのＰＣＭトランクラインは、３２個のタイムスロットを有する。例えば、パケットネットワークゲートウェイがそのベースアドレスとして１．３１３．４２．１００を有する場合には、タイムスロット及びトランクラインの番号がゼロからスタートすると仮定すれば、第１の２０４８ｋビット／ｓトランクラインの３２個のタイムスロットのＩＰアドレスは、１．３１３．４２．１００ないし１．３１３．４２．１３１となり、そして第２の２０４８ｋビット／ｓトランクラインのタイムスロットのＩＰアドレスは、１．３１３．４２．１３２ないし１．３１３．４２．１６３となる。逆の手順、即ちトランクライン番号及びタイムスロット番号の計算は、例えば、次の式に基づいて行うことができる。
タイムスロット番号＝（ＩＰアドレス−ベースアドレス）ＭＯＤ  ＮTS
トランクライン番号＝ＩＮＴ（（ＩＰアドレス−ベースアドレス）／ＮTS）
但し、関数ｍＭＯＤｎは、モジュロ関数であり、そして関数ＩＮＴ(ｘ)は、ｘの整数部分を戻す。当業者であれば、ベースアドレスが既知であるとき、逆の方向にいかに進むか、即ちＩＰアドレスからタイムスロット番号及びトランクライン番号をいかに計算するかの多数の他の簡単な方法が明らかであろう。
他の多数のＩＰアドレス形成ルールも使用できるので、本発明は、チャンネルに対応するＩＰアドレスを形成する上記例に限定されるものではない。例えば、本発明の更に別の効果的な実施形態では、パケットネットワークゲートウェイに関連したプレフィックス値にタイムスロット番号を連結することによりＩＰアドレスが形成される。
【００１３】
上述したアドレッシング例は、必要なアドレススペース即ちチャンネル当たり１つのＩＰ番号が使用できることを必要とする。ＩＰｖ６ネットワークでは、これが問題とならない。他方、ＩＰｖ４ネットワークは、充分な空きアドレスをもたなくてもよい。このような実施形態では、チャンネル識別情報がＩＰアドレス以外の方法で指定されるのが望ましい。上述したように、チャンネル識別情報は、ＩＰデータグラムのヘッダにおける余分な任意フィールドにおいてエンコードされてもよいし、或いは好ましくはＩＰデータグラムのデータ部分において所定の方法でエンコードされてもよい。
本発明の更に別の効果的な実施形態では、送信側パケットネットワークゲートウェイにおいてチャンネル識別情報がＩＰデータグラムに含まれる。このチャンネル識別情報は、例えば、上記の例に基づくＩＰアドレスの形態で指定することができ、このアドレスは、ＩＰデータグラムにおいて送信者のＩＰアドレスとして使用される。又、チャンネル識別情報は、ＩＰデータグラムの余計な任意フィールド又はデータ部分において所定の方法でエンコードすることもできる。
【００１４】
Ｃ．多数のチャンネルの結合
本発明の更に別の効果的な実施形態では、２つ以上のチャンネルからのスピーチデータが、ＩＰ又はＸ．２５プロトコルのようなネットワークレベルプロトコルの１つのデータグラムにおいて送信される。１つのデータグラムは、例えば、複数の連続するタイムスロットからのデータを含むか、或いは複数の少なくとも部分的に非連続的なタイムスロットからのデータを含む。幾つかのこのような実施形態を以下に説明する。
Ｃ．１  連続的チャンネル
本発明の効果的な実施形態では、１つ以上の連続的フレームの全タイムスロットからのデータが、ＩＰ又はＸ．２５プロトコルのようなネットワークレベルプロトコルの１つのデータグラムにおいて送信される。例えば、２０４８ｋビット／ｓのＰＣＭラインのフレームは、３２個のタイムスロットを含む。各タイムスロットは８ビットを含むので、圧縮が使用されない場合に、１つのフレームは、ＩＰデータグラムにおける３２バイトのペイロードに対応する。例えば、３２個の連続するフレームが１つのＩＰデータグラムにおいて送信される場合に、ＩＰデータグラムは、１０２４バイトの非圧縮スピーチデータを有することになる。しかしながら、３２チャンネルの各々から３２個の連続するフレーム即ち３２個のサンプルをパッキングする場合には、４ｍｓのパケット化遅延が導入される。遅延を短くするために、２つ以上のＰＣＭトランクラインからフレームを収集することができる。例えば、２つの２０４８ｋビット／ｓのＰＣＭライン各々から１６個の連続フレームを収集し、即ち６４チャンネル各々から１６個のサンプルを収集する場合には、同じ量のデータが得られるが、２ｍｓだけ遅延する。
【００１５】
本発明の更に別の効果的な実施形態では、１つ以上の複数の連続するチャンネルを圧縮形態で送信することができる。これは、例えば、送信されたチャンネルの状態情報をＩＰパケットに追加することにより実現することができる。状態情報は、例えば、チャンネル当たり４ビットを含むことができる。これらビットの１つは、チャンネルのアクティブ／インアクティブ状態を表すことができ、そしてこれらビットの３つは、チャンネルの特定サンプルの送信に使用されるビットの数を指示することができる。例えば、チャンネルが非圧縮状態で送信される場合には、サンプルの長さが８ビットである。チャンネルが圧縮されたスピーチパラメータを転送する場合には、使用する圧縮方法にもよるが、圧縮されたスピーチ信号のサンプルを表すのに３ビットで充分である。チャンネルがインアクティブである場合には、そのチャンネルを送信するのに、ビットを使用する必要はない。６４チャンネルからの１６個のサンプルが１つのＩＰデータグラムにパックされる例では、６４ｘ４ビット即ち３２バイトの状態情報をデータグラムに挿入する必要がある。この実施形態は、圧縮されたトラフィックにより生じる容量の節約を得ることができるが、同じメカニズムを使用して、非圧縮の混合トラフィックを送信できるという効果を有する。行先ＩＰアドレス及び送信者ＩＰアドレスは、データグラムによりデータが搬送されるＰＣＭトランクライン（１つ又は複数）を指示するのに使用されるのが好ましい。データグラムにおける各サンプルの位置は、そのサンプルに対応するタイムスロット即ちチャンネルを指定する。
ＩＰデータグラムにより転送されるチャンネルの数に関する情報は、データグラムに含まれ、例えば、上述したチャンネル状態情報ヘッダの始めに含まれるのが好ましい。
【００１６】
Ｃ．２  非連続的チャンネル
本発明の更に別の効果的な実施形態は、単一のデータグラムにおける非連続的タイムスロットからのデータの送信を与える。このような実施形態は、データグラムに状態情報を挿入することによって実現でき、この実施形態では、状態情報は、例えば、各タイムスロット当たり５つのビットを含むことができ、１つのビットは、チャンネルがアクティブであるかインアクティブであるかを指示し、３つのビットは、チャンネルのサンプルの長さを指示し、そして１つのビットは、チャンネル情報がデータグラムによって定義されるかどうか指示する。従って、ヘッダは、データグラムがその対応チャンネルを搬送するかどうかタイムスロットごとに別々に指示することができる。データグラムが対応チャンネルを搬送しない場合には、受信側のパケットネットワークゲートウェイは、そのチャンネルに対するデータを、ＩＰネットワークからの他のソースから受信することができる。この実施形態は、いかなる数のタイムスロットも、それらが連続的であるかどうかに関わりなく、１つのフレームから送信できるようにする。この実施形態は、単一のＰＣＭトランクラインの異なるタイムスロットが異なるパケットネットワークゲートウェイからのデータを受信できるという効果を有する。例えば、第１のパケットネットワークゲートウェイは、第２のパケットネットワークゲートウェイにおける２０４８ｋビット／ｓのＰＣＭトランクラインのタイムスロット５ないし１０にデータを送信することができる一方、第３のパケットネットワークゲートウェイは、同じＰＣＭトランクラインの残りのタイムスロットにデータを送信することができる。更に、この実施形態は、行先パケットネットワークゲートウェイが、別のパケットネットワークゲートウェイからチャンネルのグループを受信すると共に、ＩＰ電話のような１つ以上の他のソースから単一チャンネルを別々に受信することができるようにする。
【００１７】
Ｃ．３  多数のチャンネルの場合のＩＰアドレスの決定
ＩＰアドレスの決定は、単一チャンネルがＩＰデータグラムにおいて転送される場合とほぼ同様のやり方で実行することができる。ＩＰアドレスは、第１タイムスロットのタイムスロット番号に基づいて決定されるのが好都合であり、そのデータは、データグラムにおいて転送され、そしてデータグラムにおける残りのデータサンプル各々のタイムスロットは、第１タイムスロットに対するその位置により指定される。
Ｄ．コード化モードの選択
本発明の幾つかの効果的な実施形態では、パケットネットワークゲートウェイは、他のネットワーク要素とのコード化モードネゴシエーションを実行しない。このような実施形態では、パケットネットワークゲートウェイは、非圧縮チャンネルを透過的に転送し、そして存在するいかなるＴＦＯモード信号に対しても、圧縮されたスピーチパラメータのみをパケットネットワークを経て送信する。しかしながら、本発明の他の実施形態では、パケットネットワークゲートウェイは、種々のネットワーク要素間のコード化モードネゴシエーションに関与することができ、そして２つのパケットネットワークゲートウェイが、それらの間に使用されるべき圧縮モードについてネゴシエーションすることができる。このような機能は、例えば、異なる形式の通信ネットワークがパケットネットワークを使用して接続されるときに著しい効果をもたらす。パケットネットワークゲートウェイがコード化モードの判断及びネゴシエーションを実行するか又はそれに関与する本発明の幾つかの実施形態について、以下に説明する。
【００１８】
１つの効果的な実施形態では、第１のパケットネットワークゲートウェイは、ＧＳＭネットワーク又はＵＭＴＳネットワークのようなセルラーテレコミュニケーションネットワークに接続され、そして第２のパケットネットワークゲートウェイは、従来の電話システムに接続される。このような場合に、第１及び第２のパケットネットワークゲートウェイは、セルラーテレコミュニケーションネットワークの移動ステーションにより使用される接続に対して同じコード化モードを選択するようにネゴシエーションすることができる。その結果、接続は、セルラーテレコミュニケーションネットワークによりＴＦＯ接続として処理され得る。第１のパケットネットワークゲートウェイは、上述したように、第２のパケットネットワークゲートウェイに圧縮されたスピーチパラメータを単に送信し、そして第２のパケットネットワークゲートウェイは、従来の電話ネットワークからのスピーチ信号を圧縮し、その後、その圧縮された信号が第１のパケットネットワークゲートウェイ及びセルラーテレコミュニケーションネットワークに送信される。更に、この場合に、第２のパケットネットワークゲートウェイは、その圧縮されたスピーチパラメータを、従来の電話ネットワークに送信される圧縮解除されたスピーチ信号に埋め込む必要はない。というのは、ほとんどの場合、圧縮されたスピーチパラメータは、従来の電話ネットワークに何ら使用されないからである。
【００１９】
本発明の更に別の効果的な実施形態では、パケットネットワークゲートウェイは、コード化に加えて、セルラーテレコミュニケーションシステムに通常使用される他の従来の特徴を実施して、不連続送信のようなデータ送信を減少することができる。このような実施形態では、パケットネットワークゲートウェイの音声アクティビティ検出器が、送信されたスピーチ信号を監視し、そして音声アクティビティが検出されない場合に、パケットネットワークを経てデータが送信されない。受信側のパケットネットワークゲートウェイが快適ノイズを発生できるようにするために、送信休止の前に無音記述子情報が送信されるのが好ましい。
移動対移動コールが、あるＭＳＣから、第１のパケットネットワークゲートウェイ、パケットネットワーク及び第２のパケットネットワークゲートウェイを経て、第２のＭＳＣへルート指定される本発明の１つの実施形態では、コード化モードネゴシエーションを例えば次のように実行することができる。コール設定中に、先ず、両端においてトランスコーダユニットとパケットネットワークゲートウェイとの間にＴＦＯ接続が設定され、その後、パケットネットワークゲートウェイは、それらの間のコード化モードをネゴシエーションする。両端において同じコード化モードが選択された場合には、接続の確立を続けることができる。異なるコード化モードが選択された場合には、パケットネットワークゲートウェイの一方が、接続の対応端で選択されたコード化モードを再ネゴシエーションすることができる。或いは又、パケットネットワークゲートウェイの一方が、トランスコード化、即ちコード化モード間の変換を実行することができる。
【００２０】
本発明の更に別の効果的な実施形態では、たとえ接続の各端のシステムが圧縮を使用又はサポートしなくても、２つのパケットネットワークゲートウェイは、それらの間に送信される信号の圧縮についてそれらの間でネゴシエーションすることができる。これは、コール設定中に、コールがスピーチ接続であり、データ又はファックスコールでないことを指示する情報をパケットネットワークゲートウェイが受信する場合にのみ実行されるのが好ましい。
Ｅ．プロトコル
更に別の効果的な実施形態では、２つの通信するパケットネットワークゲートウェイ間でパケットネットワークレベルプロトコルの最上部に高いレベルの送信プロトコルが使用される。例えば、ＩＰプロトコルデータは、データの供給を保証せず、そしてＩＰプロトコルは、欠陥又は欠落データグラムを交換するメカニズムをもたない。又、ＩＰプロトコルは、データグラムの正しい受信順序も保証しない。それ故、パケットネットワークゲートウェイ間のデータ送信の信頼性を向上するために、ＩＰ又はＸ．２５プロトコルのようなパケットネットワークレベルプロトコルの最上部に第２のプロトコルが効果的に使用される。本発明のこのような実施形態では、上位レベルプロトコルのパケットにデータが挿入され、その後、上位レベルプロトコルのパケットが、１つ以上のパケットネットワークレベルプロトコルデータグラムに挿入され、パケットネットワークを経て送信される。パケットネットワークゲートウェイは、上位レベルプロトコルを実行し、特定プロトコルの仕様により要求されるようにメッセージを発生しそしてメッセージに応答する。しかしながら、本発明の他の実施形態では、パケットネットワークゲートウェイとパケットネットワークとの間に個別のネットワーク要素を用いて上位レベルプロトコルを実行することもできる。
【００２１】
パケットネットワークゲートウェイが、パケットネットワークゲートウェイにより管理される複数のアドレス内のアドレスに向けられたパケットネットワークレベルのプロトコルデータグラムを受信し、そしてそのデータグラムが、パケットネットワークゲートウェイが有効なスピーチデータとして認識するデータを含まず且つスピーチデータの送信に使用されるプロトコルに関連したメッセージデータも含まない場合には、パケットネットワークゲートウェイがパケットを破棄するのが好ましい。
本発明の１つの実施形態では、良く知られたＴＣＰプロトコル（送信制御プロトコル）が使用される。しかしながら、ＴＣＰプロトコルは、リアルタイム送信にはあまり適しておらず、それ故、他のプロトコルが好ましい。更に別のものとしては、リアルタイムデータの送信用に設計されたＵＤＰプロトコル（ユーザデータグラムプロトコル）又はＲＴＰプロトコル（リアルタイムプロトコル）がある。ＴＣＰプロトコルは、仕様書ＲＦＣ７９１により規定され、ＵＤＰは、ＲＦＣ７６８により規定され、そしてＲＴＰは、ＲＦＣ１８８９により規定される。他の適当なプロトコルは、ＲＦＣ１６６１に規定されたＰＰＰプロトコル（ポイント対ポイントプロトコル）、ＲＦＣ１６６２に規定されたＨＤＬＣ状フレーミングにおけるＰＰＰプロトコル、或いはＶ．１１０又はＶ．１２０プロトコルである。
更に、３つ以上のプロトコルを互いに上下に使用することもできる。例えば、ＲＴＰプロトコルがＵＤＰプロトコルの上に使用され、そしてＵＤＰプロトコルがＩＰプロトコルの上に使用されるのが好ましい。
これらのプロトコルは、当業者に良く知られたものであるから、ここでは詳細に説明しない。
【００２２】
Ｆ．方法の例
図１は、ＰＣＭ送信ラインから到着するデータをＩＰネットワークを経て別のＰＣＭ送信ラインへ送るための本発明の効果的な実施形態に基づく方法を示す。先ず、ステップ２０５において、ＰＣＭラインの１つ以上のチャンネル即ちタイムスロットからデータが収集される。いずれかのチャンネルがＴＦＯモード信号を含む場合には、ステップ２１０において、圧縮されたスピーチパラメータがデータから抽出される。次の段階２１５では、ＩＰデータグラムに対するＩＰアドレスが、例えば、上述したいずれかの方法で決定される。
ＩＰアドレスは、後で使用するためにメモリ手段に記憶されるのが好ましい。その後、同じチャンネル（１つ又は複数）からのデータを含む別のＩＰデータグラムを送信すべきときに、決定段階２１５は、単に、以前に決定されたＩＰアドレスをメモリ手段からフェッチすることより成る。
【００２３】
その後のステップ２２０では、ＩＰデータグラムが構成され、その後、データグラムがステップ２２５においてＩＰネットワークを経て送信される。行先パケットネットワークゲートウェイは、データグラムを受信した後に、ステップ２３０において、そのデータグラムからデータサンプルを抽出する。データが圧縮されたスピーチパラメータを含む場合には、その圧縮されたスピーチパラメータがステップ２３５においてスピーチ信号に圧縮解除される。次のステップでは、受信及び／又は圧縮解除されたデータが、行先パケットネットワークゲートウェイに接続されたＰＣＭラインの対応チャンネルに送信される。
図１に示す方法は、本発明の一実施例に過ぎない。本発明は、他の多数の方法でも実現できる。例えば、本発明の種々の実施形態において、ステップ２１０、２１５及び２２０の順序は、図１のものと相違してもよい。
【００２４】
Ｇ．ネットワーク要素の例
図２は、ＭＳＣ１６０とＩＰネットワーク１７０との間に配置されたネットワーク要素３００において本発明の機能が実現される本発明の一実施形態を示す。このネットワーク要素は、その機能を実現するためのデジタル信号プロセッサ３１０のようなプロセッサユニット３１０を含むのが好ましい。例えば、ネットワーク要素は、ＰＣＭ送信ラインの少なくとも１つのチャンネルを識別するパラメータに少なくとも部分的に基づいてＩＰパケットのためのＩＰアドレスを発生するＩＰアドレス発生ユニット３０１を備えている。更に、ネットワーク要素は、ＰＣＭ送信ラインからの少なくとも１つの信号から圧縮されたスピーチパラメータを抽出するための圧縮スピーチパラメータ抽出ユニット３０２を備え、上記の信号は、非圧縮のスピーチ信号部分と、圧縮されたスピーチパラメータとの両方を含む。又、ネットワーク要素は、ＰＣＭ送信ラインからの少なくとも１つのチャンネルの信号を、データ送信ネットワークを経て送信する前に、圧縮するための圧縮ユニット３０３も含む。アドレス発生ユニット３０１、スピーチパラメータ抽出ユニット３０２及び圧縮ユニット３０３は、ネットワーク要素３００のメモリ手段３１５に記憶されたプロセッサユニット３１０により実行されるソフトウェアプログラムを使用して実現されるのが好都合である。
【００２５】
Ｈ．コール設定
行先パケットネットワークゲートウェイのパケットネットワークレベルプロトコルアドレスに関する情報は、例えば、コール設定中に送信側パケットネットワークゲートウェイによって得ることができる。以下、本発明の効果的な実施形態によるコール設定シグナリングをＩＰネットワークに適用した一例を説明する。この実施形態では、ＩＰトラフィックをサポートする交換センターは、別の交換センターからのルート情報要求に対する応答として従来のＥ．１６４電話番号ではなくＩＰアドレスを返送するように実施される。
この例では、ＩＰトラフィック能力を有する交換センターは、ＳＣに対応する電話番号により確認できるものと仮定する。交換センターは、例えば、他の交換センターのどれがＩＰトラフィックをサポートするかを指定するデータベースをもることができる。
【００２６】
この例では、交換センター（ＳＣ）ＡとＢとの間のメッセージについて説明する。セルラーテレコミュニケーションネットワークの場合に、２つの交換センターは、移動サービス交換センター（ＭＳＣ）である。
加入者がコールを行うときに、ＳＣ  Ａは、ＩＳＵＰプロトコルのＳＥＴＵＰメッセージを受信する。このＳＥＴＵＰメッセージは、加入者がコールしようとする他の当事者の番号を含む。交換センターＡは、番号を検査し、そして数字の分析が、ＳＣ  ＢがＩＰトラフィックを受信できることを意味する場合に、ＳＣＡは、シグナリングシステムＳＳ７を用いて、例えば、「Ｓｅｎｄ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏ」コマンドをＳＣ  Ｂに送信することにより、ＳＣ  Ｂに質問する。このコマンドを受信すると、ＳＣ  Ｂは、ＳＣ  Ｂとそのローカルパケットネットワークゲートウェイとの間の送信ラインにおいて空きの到来チャンネルを探索し、そのチャンネルに対応するＩＰアドレスを発生し、そしてコマンドに対する応答としてＩＰアドレスを送信する。ＳＣ  Ａは、ＩＰアドレスを受信すると、ＳＣ  Ａに関連したパケットネットワークゲートウェイへ接続をスイッチし、そして行先ＩＰアドレスとして使用されるべきパケットネットワークゲートウェイへＩＰアドレスを返送する。ＳＣ  Ａは、ＩＰアドレスを受信すると、ＳＣＡに関連したパケットネットワークゲートウェイへ接続をスイッチし、そして行先ＩＰアドレスとして使用されるべきパケットネットワークゲートウェイへＩＰアドレスを送信する。ＳＣ  Ｂのパケットネットワークゲートウェイは、その後に、ＳＣ  Ａのパケットネットワークゲートウェイにより送信されたＩＰデータグラムのソースＩＰアドレスからＳＣ  ＡのパケットネットワークゲートウェイにおけるチャンネルのＩＰアドレスを得ることができる。
【００２７】
上述した質問コマンドは、ＩＰトラフィックをサポートする交換センターに特有のものであり、この場合に、このような質問コマンドを受信するＳＣは、コマンドの送信者もＩＰトラフィックをサポートすることが常に分かる。その結果、ＳＣは、Ｅ．１６４電話番号ではなくＩＰアドレスを送信することによりこのようなコマンドに常に応答することができる。本発明の別の実施形態によれば、第１交換センターからこのような質問コマンドを受信する第２交換センターは、第１交換センターを識別する情報、例えば、発呼者の電話番号を検査する。その電話番号が、第１交換センターがＩＰトラフィックをサポートすることを識別する場合には、第２のＳＣは、ＩＰアドレスを送信することにより応答することができる。さもなくば、第２のＳＣは、Ｅ．１６４電話番号を送信することにより、従来の方法で応答する。
【００２８】
Ｉ．本発明の将来の効果的な実施形態
将来の効果的な実施形態では、パケットネットワークゲートウェイは、種々のエンコードモード間をトランスコードするのに必要な機能も含む。上述したネゴシエーション機能に加えて、このような機能は、ここに示す実施形態では、送信経路内のトランスコード化の回数を最適化するのに使用される。
ここに示す実施形態では、最小化の対象は、端−端送信経路にトランスコード化がもしあれば、その回数である。この目的を達成するために、サポートされるコード化モードに関して要素の能力を記述するために種々のネットワーク要素間に送信されるメッセージに特殊な順序が使用される。このようなメッセージは、ターミナル能力セット（ＴＣＳ）メッセージとしばしば称される。このようなメッセージは、通常、メッセージの送信者が受信でき且つ送信者が送信できるコード化モードを列挙している。ここでは、コードモードを記述する項目に、セルラーテレコミュニケーションシステムのある仕様書にこの目的で使用される用語でもある能力記述子が示される。使用可能なコード化モードは、異なる方向に対して異なるものでよい。ここに示す本発明の実施形態では、ターミナル能力設定メッセージに能力を列挙する順序に重要度が与えられ、即ち列挙の順序が優先順位を表す。
【００２９】
能力記述子の順序は、送信経路に沿って次のネットワーク要素にターミナル能力設定メッセージを送信するときにネットワーク要素が従うある１組のルールによって定義される。これらルールに対する基本的な事柄は、次の通りである。
−  以前のネットワークノードがサポートしそして現在のネットワークノードがサポートするコード化モードは、最も高い優先順位を有する。現在ネットワークノードは、次の事柄が順序の変更を必要としない場合及び少なくとも部分的に順序の変更を必要とする場合には、以前のネットワークノードの優先順位を維持する。
−  その後、以前のネットワークノードがサポートしないが、現在のネットワークノードによってサポートされ、そして現在のネットワーク要素がトランスコーダとして働いて、以前のネットワークノードによりサポートされるコード化モードへ／からトランスコード化できるところのコード化モードが、次に最も高い優先順位を有する。
−  対称的なエンコードは、非対称的なエンコードより好ましい。対称的なエンコードでは、同じコードが送信及び受信に使用される。
【００３０】
一例として、図３に示すネットワークにおけるＴＣＳメッセージの流れについて考える。図３は、第１ターミナルＴＡ  ４００と、第１パケットネットワークゲートウェイＧ１  ３００と、パケットネットワーク１７０と、第２パケットネットワークゲートウェイＧ２  ３００と、第２ターミナルＴＢ  ４００とを概略的に示している。第１ターミナルＴＡがその能力を他のターミナルＴＢに通信する状態について考える。同様の手順が逆方向にも適用されるが、明瞭化のために、ここでは、ＴＡからＴＢへの方向についてのみ説明する。
先ず、ターミナルＴＡは、所望の優先順に能力記述子をリストするＴＣＳメッセージをＧ１に送信する。
【００３１】
次いで、第１ゲートウェイＧ１は、メッセージを受信し、そしてゲートウェイＧ２へ送信するための新たなＴＣＳメッセージを作成する。ゲートウェイＧ１は、能力記述子を次のようにアレンジする。
−  ＴＡが送信しそしてＧ１がサポートすることのできる能力記述子は、能力記述子の第１セットを形成する。
−  第１セットの能力記述子の中で、対称的コード化モードの能力記述子が第２セットを形成し、一方、第１セットの残りの能力記述子が第３セットを形成する。
−  第２セットは、それらの能力記述子がＧ１に受信されたＴＣＳメッセージ内に存在したのと同じ順序で順序付けされる。
−  第３セットは、それらの能力記述子がＧ１に受信されたＴＣＳメッセージ内に存在したのと同じ順序で順序付けされる。
−  能力記述子の第４セットは、Ｇ１によりサポートされるがＴＡによりサポートされない受信コード化モードであって、ゲートウェイＧ１が受信でき且つＧ１がＴＡによりサポートされるコード化モードへトランスコードできるところの受信コード化モードに対応する能力記述子により形成される。
−  能力記述子の第５セットは、Ｇ１によりサポートされるがＴＡによりサポートされない送信コード化モードであって、ゲートウェイＧ１が送信でき且つＧ１がＴＡによりサポートされるコード化モードからトランスコードできるところの送信コード化モードに対応する能力記述子により形成される。
【００３２】
従って、Ｇ１により送信されるＴＣＳメッセージは、第２、第３、第４及び第５セットの能力記述子をその優先順に含む。しかしながら、第４及び第５セットの順序は、逆であってもよい。
次いで、第２のゲートウェイＧ２は、メッセージを受信し、そして第２ターミナルＴＢへ送信するために新たなＴＣＳメッセージを作成する。ゲートウェイＧ２は、能力記述子を次のようにアレンジする。
−  Ｇ１が送信しそしてＧ２がサポートすることのできる能力記述子は、能力記述子の第１セットを形成する。
−  第１セットの能力記述子の中で、対称的コード化モードの能力記述子が第２セットを形成し、一方、第１セットの残りの能力記述子が第３セットを形成する。
−  第２セットは、それらの能力記述子がＧ２に受信されたＴＣＳメッセージ内に存在したのと同じ順序で順序付けされる。
−  第３セットは、それらの能力記述子がＧ２に受信されたＴＣＳメッセージ内に存在したのと同じ順序で順序付けされる。
−  能力記述子の第４セットは、Ｇ２によりサポートされるがＧ１によりサポートされない受信コード化モードであって、ゲートウェイＧ２が受信でき且つＧ２がＧ１によりサポートされるコード化モードへトランスコードできるところの受信コード化モードに対応する能力記述子により形成される。
−  能力記述子の第５セットは、Ｇ２によりサポートされるがＧ１によりサポートされない送信コード化モードであって、ゲートウェイＧ２が送信でき且つＧ２がＧ１によりサポートされるコード化モードからトランスコードできるところの送信コード化モードに対応する能力記述子により形成される。
【００３３】
従って、Ｇ２により送信されるＴＣＳメッセージは、第２、第３、第４及び第５セットの能力記述子をその優先順に含む。しかしながら、第４及び第５セットの順序は、逆であってもよい。
最終的に、第２ターミナルＴＢは、ゲートウェイＧ２からＴＣＳメッセージを受信し、そしてそれが受信できるコード化モード、及びそれらのコード化モードのうち、優先順位が最も高いものを受信に対して選択するのが好ましい。
能力記述子を列挙する１つの通常の方法は、ターミナル能力設定メッセージにおける全ての能力記述子のうち、最も好ましい能力記述子が最初にリストされ、そして最も好ましいものに続いて、優先順位が低下する順に次の記述子がリストされる。列挙順序と優先順位との対応性は、逆の順にも定義できることが当業者に明らかであろう。
【００３４】
図４は、本発明の効果的な実施形態による送信経路の１つの構成を示す。この実施形態は、送信経路内の３つ以上のネットワーク要素がトランスコード化能力を有し、即ちＴＦＯモードオペレーションをネゴシエーションしそして実行する役割を果たすことができる。この実施形態では、ターミナルＴＡ及びＴＢ  ４００は、移動通信手段である。この例のスピーチデータは、一方のターミナルから、ＴＲＡＵ（トランスコーダ及びレートアダプタユニット）４００を経てパケットネットワークゲートウェイ３００へ、そしてパケットデータネットワーク１７０を経て別のパケットネットワークゲートウェイ３００及びＴＲＡＵ４１０へ、そして最終的に他方のターミナル４００へ進行する。この実施形態では、両ゲートウェイＧ１、Ｇ２及び両ＴＲＡＵユニット４１０は、トランスコード化能力を有する。図３を参照して述べた優先順位に基づく順序付け機構もこの実施形態に使用される。ターミナル能力設定メッセージにおいて能力記述子を順序付けする上述した機構は、トランスコード化能力を有する全てのネットワーク要素によりサポートされるコード化モードが少なくとも１つある場合に、そのコード化モードがスピーチデータの送信に選択されるように保証する。更に、上述した機構は、１つの共通のトランスコード化モードが見つからない場合に、トランスコード化の回数を最小にする。優先順位はＴＣＳメッセージ内に保持されるので、送信を最適化するために優先順位に関する他のシグナリングを実行する必要はない。
【００３５】
図５は、本発明の効果的な実施形態による方法を示す。図５は、接続設定段階中にターミナル能力設定メッセージが送信されるときのステップを示す。この実施形態によれば、ある優先順にサポートされたコード化モードを列挙するメッセージが発生される（５１０）。次いで、サポートされたコード化モードを列挙するメッセージが、送信経路を、あるネットワーク要素から次のネットワーク要素へ送信される。これらのステップの後、接続を設定するのに必要な他のステップが、実際のスピーチデータを送信する前に、実行できるのが好都合である。スピーチデータの送信は、例えば、図１に示す方法に基づいて実行できる。
Ｊ．更に別の事柄
本発明は、多数の効果を有する。例えば、複数のチャンネルから単一データパケットへのデータの収集は、単一チャンネルのパケット化遅延を減少し、即ちデータパケットを充填するに充分なサンプルを収集するに要する時間を短縮する。その結果、パケットのサイズを大きくすることができ、これは、パケットの大きなサイズがパケット化遅延を著しく増加することなく、パケットネットワークを経てのデータ転送の効率を最適化する上で助けとなる。更に、パケット接続の数を送信チャンネルの数より低くすることができ、これは、送信チャンネル当たりの送信オーバーヘッドの量を減少する。
【００３６】
パケットネットワークは、本発明の種々の実施形態では、例えば、ビルディング又は会社の内部ネットワーク、即ちイントラネットであるか、ワールドワイドインターネットネットワークのような大きなネットワークである。本発明は、何らかの特定のパケットネットワークに限定されるものではない。パケットネットワークは、例えば、ＩＰプロトコル、Ｘ．２５プロトコル、又は例えばＣＬＮＰ（無接続ネットワークプロトコル）をネットワークレベルプロトコルとして使用するネットワークである。
本発明の種々の実施形態では、単一のＭＳＣを２つ以上のパケットネットワークゲートウェイに接続することができる。又、２つ以上のパケットネットワークゲートウェイの機能を単一のＭＳＣ内に実現することができる。
【００３７】
公知技術について述べたように、ＰＣＭ送信ラインという用語は、ここでは、複数のチャンネルを含む送信ラインを指すのに使用される。送信ラインは、例えば、２０４８ｋビット／ｓのトランクライン、又は１５４４ｋビット／ｓのトランクライン、或いは複数のこのようなトランクラインを含む上位レベルのラインである。本発明は、何らかの特定の送信ライン形式に限定されるものではない。ＰＣＭ送信ラインという用語は、本発明の説明をできるだけ明確にするために、送信ラインの一例として使用されたものに過ぎず、この用語は、当業者に良く知られたものであり、そしてこの技術の用語において一般的な送信ラインに対して共通に使用されるものである。しかしながら、明瞭化及び正確さの理由で、回路交換送信ラインという用語は、特許請求の範囲では、複数のチャンネルより成る送信ラインを表すものとして使用される。対応的に、このような送信ラインのチャンネルは、特許請求の範囲では、回路交換チャンネルと称される。
【００３８】
本発明の種々の実施形態では、パケットネットワークゲートウェイに関連して上述した機能は、他のネットワーク要素をパケットネットワークゲートウェイとして使用して実現することもできる。例えば、圧縮されたデータチャンネルからのデータを含むデータパケットペイロードの形成は、トランスコーダユニット（ＴＲＣＵ）において実現することもでき、これは、ベースステーションサブシステム（ＢＳＳ）に使用される１６ｋビット／ｓのチャンネルから、ＭＳＣにより取り扱われる基本的送信チャンネルである６４ｋビット／ｓのチャンネルへとチャンネルを変換する。トランスコーダユニットは、通常、ＴＦＯモードネゴシエーションに関与するので、圧縮されたデータを含むデータパケットペイロードをトランスコーダユニットにおいて形成することは、ＴＦＯモードネゴシエーションに必要な構成を簡単化し、即ちパケットネットワークゲートウェイがＴＦＯモードネゴシエーションに関与する必要性を排除することもできる。
【００３９】
又、パケットネットワークゲートウェイのほとんどの機能は、ＴＲＣＵにおいて実施することもできる。このような実施形態では、ＴＲＣＵは、データパケットを形成し、そしてデータパケットを通常の回路交換接続においてＭＳＣに送信する。ＭＳＣは、パケットネットワークのネットワーク要素へ信号をスイッチする。このネットワーク要素は、回路交換データ流からパケットを抽出し、そしてそれを上述したパケットネットワーク層プロトコルフォーマットで送信する。このような実施形態では、ＴＲＣＵは、パケットネットワークを経てデータの送信に使用される上位レベルプロトコル構造、即ち、例えば、ネットワークレベルプロトコルパケットに保持されるＰＰＰプロトコル構造も形成できる。
以上、ＰＣＭチャンネル情報に基づいてＩＰアドレスを発生するための所定のルールについて幾つかの例を説明した。本発明の効果的な実施形態では、データ送信に関与するネットワーク要素は、どのルールを使用するかについてそれらの間でネゴシエーションする。このネゴシエーションは、パケットネットワークゲートウェイ間で実行されるのが好都合である。本発明の更に別の効果的な実施形態では、ルールは、パケットネットワークゲートウェイに接続されたＭＳＣによってネゴシエーションされる。
【００４０】
ベースステーションコントローラのような所与の機能的エンティティの名前は、異なるセルラーテレコミュニケーションシステムの状況においてしばしば異なる。例えば、ＵＭＴＳシステム（ユニバーサル移動テレコミュニケーションシステム）では、ベースステーションコントローラ（ＢＳＣ）に対応する機能的エンティティが無線ネットワークコントローラ（ＲＮＣ）である。それ故、本明細書において種々の機能的エンティティを表すのに使用した特定の用語は、ＧＳＭシステムに基づく例示に過ぎず、本発明を何ら限定するものではない。
本発明は、ＧＳＭ又はＵＭＴＳシステムのような多数の異なるセルラーテレコミュニケーションシステムに使用することができる。
以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。本発明の好ましい実施形態を詳細に説明したが、本発明の真の精神及び範囲内で多数の変更や修正が可能であることが明らかであろう。
【図面の簡単な説明】
【図１】  本発明の効果的な実施形態に基づく方法を示す図である。
【図２】  本発明の効果的な実施形態に基づくネットワーク要素を示す図である。
【図３】  本発明の更に別の効果的な実施形態を示す図である。
【図４】  本発明の更に別の効果的な実施形態を示す図である。
【図５】  本発明の効果的な実施形態に基づく方法を示す図である。
【図１】
0004477240.tif 000002
【図２】
0004477240.tif 000003
【図３】
0004477240.tif 000004
【図４】
0004477240.tif 000005
【図５】
0004477240.tif 000006