(57)【特許請求の範囲】
【請求項１】
通信で用いる方法であって、
入来呼を受信する段階からなり、該入来呼は、音声呼と、設備を使用することができる非音声呼とからなる複数の呼タイプの１つを表しており、さらに
該入来呼の呼タイプの関数として、設備を使用する入来呼を認定する段階と、該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定する段階と、
該決定された音声に使用できる帯域幅の大きさの関数として、少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定する段階とからなり、該少なくとも１つのスレッショルド・パラメータが音声呼トラヒックを保持するバッファと関連付けられており、さらに、
該少なくとも１つのスレッショルド・パラメータ値の設定された値の関数として、該バッファに入力する音声呼トラヒックのブロック・ドロップを行う段階とからなることを特徴とする方法。
【請求項２】
少なくとも１つの仮想回路へのアクセスを提供する、パケット通信システムで使用する方法であって、
入来呼の呼タイプを決定する段階からなり、該呼タイプの各々は関連する帯域幅を有しており、さらに、
該入来呼の関連する帯域幅が該仮想回路に関連する予備帯域幅より大きくないときには、該入来呼に対し該仮想回路を使用することを認定する段階と、
該仮想回路の該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定する段階と、
該決定された音声に使用できる帯域幅の大きさの関数として、少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定する段階とからなり、該少なくとも１つのスレッショルド・パラメータが、該仮想回路を介した伝送のための音声呼トラヒックを保持するバッファと関連付けられており、さらに、
該少なくとも１つのスレッショルド・パラメータ値の設定された値の関数として、該バッファに入力する音声呼トラヒックのブロック・ドロップを行う段階とからなることを特徴とする方法。
【請求項３】
少なくとも１つの仮想回路へのアクセスを提供する、パケット通信システムで使用する方法であって、
入来呼の呼タイプを決定する段階からなり、該呼タイプの各々は関連する帯域幅を有しており、さらに、
該入来呼の関連する帯域幅が該仮想回路に関連する予備帯域幅より大きくないときには、該入来呼に対し該仮想回路を使用することを認定する段階と、
該認定された呼に応答して、該認定された呼と関連する情報を伝搬するＡＴＭ適応層２（ＡＡＬ２）パケットのストリームを提供する段階と、
該ＡＡＬ２パケットのストリームに応動して、該仮想回路を介した伝送のためのＡＴＭセルのそれぞれのストリームを提供する段階と、
該仮想回路の該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定する段階と、
該決定された音声に使用できる帯域幅の大きさの関数として、少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定する段階とからなり、該少なくとも１つのスレッショルド・パラメータが、該仮想回路を介した伝送のためのＡＡＬ２音声呼トラヒックを保持するバッファと関連付けられており、さらに、
該少なくとも１つのスレッショルド・パラメータ値の設定された値の関数として、該バッファに入力するＡＡＬ２パケットのブロック・ドロップを行う段階とからなることを特徴とする方法。
【請求項４】
少なくとも１つの仮想回路へのアクセスを提供する、パケット通信システムで使用する方法であって、
入来呼の呼タイプを決定する段階からなり、該呼タイプの各々は関連する帯域幅を有しており、さらに、
該入来呼の関連する帯域幅が該仮想回路に関連する予備帯域幅より大きくないときには、該入来呼に対し該仮想回路を使用することを認定する段階と、
該認定された呼に応答して、該認定された呼と関連する情報を伝搬するＡＴＭ適応層２（ＡＡＬ２）パケットのストリームを提供する段階と、
該ＡＡＬ２パケットのストリームに応動して、該仮想回路を介すた伝送のためのＡＴＭセルのそれぞれのストリームを提供する段階と、
該仮想回路の該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定する段階と、
該決定された音声に使用できる帯域幅の大きさの関数として、少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定する段階とからなり、該少なくとも１つのスレッショルド・パラメータが、該仮想回路を介した伝送のためのＡＡＬ２音声呼トラヒックを伝搬するＡＴＭセルを保持するバッファと関連付けられており、さらに、
該少なくとも１つのスレッショルド・パラメータ値の設定された値の関数として、該バッファに入力するＡＡＬ２セルのブロック・ドロップを行う段階とからなることを特徴とする方法。
【請求項５】
通信で用いる装置であって、
入来呼を受信する呼プロセッサからなり、該入来呼は、音声呼と設備を使用することができる非音声呼とからなる複数の呼タイプの１つを表しており、
該呼プロセッサは、該入来呼の呼タイプの関数として、該装置を使用する入来呼を認定するものであり、
該コプロセッサは、（ａ）該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定し、（ｂ）該決定された音声に使用できる帯域幅の大きさの関数として、音声呼トラヒックを保持するバッファと関連する少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定し、そして（ｃ）該少なくとも１つのスレッショルド・パラメータ値の設定値の関数として、該バッファに入力する音声呼トラヒックのブロック・ドロップを行うことを特徴とする装置。
【請求項６】
請求項５に記載の方法において、該呼プロセッサは、（ａ）該入来呼の該呼タイプを識別し、（ｂ）該呼タイプの各々を呼帯域幅と関連付け、そして（ｃ）該入来呼の呼帯域幅が該入来呼が使用する装置と関連する予備帯域幅よりも大きくないときには、該入来呼を認定することを特徴とする装置。
【請求項７】
請求項６に記載の装置において、該呼プロセッサは、該入来呼が認定されなかったときには、該入来呼をブロックすることを特徴とする装置。
【請求項８】
請求項６に記載の装置において、該呼プロセッサは、該認定された入来呼の呼帯域幅に等しい大きさだけ該予備帯域幅を減少することを特徴とする装置。
【請求項９】
請求項６に記載の装置において、該呼プロセッサは、該認定された入来呼が終了するときに、該認定された入来呼の呼帯域幅と等しい大きさだけ該予備帯域幅を増加させることを特徴とする装置。
【請求項１０】
少なくとも１つの仮想回路へのアクセスを提供する、パケット通信システムで使用する装置であって、
入来呼の呼タイプを決定する呼分類器からなり、該呼タイプの各々は関連する帯域幅を有し、そして、該入来呼の関連する帯域幅が該仮想回路と関連する予備帯域幅よりも大きくないときには、該入来呼に対し該仮想回路を使用することを認定するものであり、さらに、
該認定された呼に応動して、該認定された呼と関連する情報を伝搬するＡＴＭ適応層２（ＡＡＬ２）パケットのストリームを提供するプロセッサと、
該ＡＡＬ２パケットのストリームに応動して、該仮想回路を介した伝送のためのＡＴＭセルのそれぞれのストリームを提供するプロセッサとからなり、
該呼分類器はさらに、（ａ）該仮想回路の該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定し、そして（ｂ）該決定された音声に使用できる帯域幅の大きさの関数として、該仮想回路を介した伝送のための音声呼トラヒックを保持するバッファと関連する少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定するものであり、ＡＡＬ２パケットのストリームを提供する該プロセッサは、該少なくとも１つのスレッショルド・パラメータ値の設定値の関数として、該バッファに入力する音声呼トラヒックのブロック・ドロップを行うことを特徴とする装置。
【請求項１１】
少なくとも１つの仮想回路へのアクセスを提供する、パケット通信システムで使用する装置であって、
入来呼の呼タイプを決定する呼分類器からなり、該呼タイプの各々は関連する帯域幅を有し、そして、該入来呼の関連する帯域幅が該仮想回路と関連する予備帯域幅よりも大きくないときには、該入来呼に対し該仮想回路を使用することを認定するものであり、さらに、
該認定された呼に応動して、該認定された呼と関連する情報を伝搬するＡＴＭ適応層２（ＡＡＬ２）パケットのストリームを提供するプロセッサと、
該ＡＡＬ２パケットのストリームに応動して、該仮想回路を介した伝送のためのＡＴＭセルのそれぞれのストリームを提供するプロセッサとからなり、
該呼分類器はさらに、（ａ）該仮想回路の該認定された呼の非音声の呼の数の関数として、音声に使用できる帯域幅の大きさを決定し、そして（ｂ）該決定された音声に使用できる帯域幅の大きさの関数として、該仮想回路を介した伝送のための音声呼トラヒックを保持するバッファと関連する少なくとも１つのブロック・ドロップ・スレッショルド・パラメータの値を設定するものであり、ＡＴＭセルを提供する該プロセッサは、該少なくとも１つのスレッショルド・パラメータ値の設定された値の関数として、該バッファに入力する音声呼トラヒックのブロック・ドロップを行うことを特徴とする装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、一般に通信に、特に、パケット音声を送る通信システムに関する。
【０００２】
【従来技術】
非同期転送モード（ＡＴＭ）ネットワークは、ＡＴＭで搬送されているアプリケーションと関係なしに、ネットワーク内で固定サイズのセルを搬送する。ネットワーク端又は末端装置で、ＡＴＭ適応層（ＡＡＬ）は、ＡＴＭネットワークが提供するサービスを、アプリケーションで要求されたサービスに対応させる。いくつかの業界基準があり、提案された基準が種々のＡＡＬをカバーしている。特に、ＩＴＵ−Ｔの１９９６年１１月の試案的な勧告Ｉ．３６３．２“Ｂ−ＩＳＤＮ  ＡＴＭ適応層タイプ２仕様”（ここではＡＡＬ２と呼ぶ）は、パケット音声システムとしてのアプリケーションに、僅かな遅延性反応パケットの効果的なＡＴＭトランスポートを提供する。ＡＡＬ２は、２つのサブレイヤ、共通部サブレイヤ（ＣＰＳ）とサービス指定集中サブレイヤ（ＳＳＣＳ）とに分けられる。
【０００３】
【発明が解決しようとする課題】
ＡＡＬ２／ＳＳＣＳパケット音声システムでは、ＩＴＵ−Ｔ標準埋込ＡＤＰＣＭ  Ｇ．７２７（以降、Ｇ．７２７と呼ぶ）に従ってコード化した音声のピーク要求当初帯域幅は、３２，０００ビット／秒（３２ｋｂ／ｓ）である。しかし、他のタイプの音声帯域タイプ・トラヒックも、音声自体のほかに、このシステムで搬送される。例えば、９．６ｋｂ／ｓの一般的な帯域幅を要求するＧ３ファクシミリ（ファクス）を伝送できる。また、データ・トラヒックは、５６ｋｂ／ｓモデム技術のケースで６４ｋｂ／ｓの必要な帯域幅で搬送できる。
【０００４】
その結果、ＡＡＬ２／ＳＳＣＳパケット音声システムは、種々のトラヒック・タイプを発信ＡＴＭ仮想回路（ＶＣ）パイプに多重化し、それは、ＡＴＭサービス規準、例えば、ＡＴＭコンサルタント・ビット・レート（ＣＢＲ）、ＡＴＭリアルタイム変数ビット・レート（ｒｔ−ＶＢＲ）に従う固定帯域幅割当となっている。（この帯域幅は、一般的に固定状態又は静止状態であり、ＶＣのセットアップ時に遠方のＡＴＭ終点で折衝される）。いちどＶＣがセットアップされると、新しい呼が、呼認定アルゴリズムに準じてＶＣに対して認定される。この呼認定アルゴリズムでは、全てのトラヒックが１端で単一形態で処理される。新しい呼は、各々ＶＣの呼の今の数を所定の呼スレッショルド値と比較して、単純に認定される。呼の今の数がこの呼スレッショルド値より小さい場合、新しい呼が認定される。そうでない場合、新しい呼がブロックされる。
【０００５】
残念なことに、新しい呼がパイプに認定されると、トラヒック・ロードでは、ビット・ドロップ又は全体的なＡＡＬ２音声パケットのドロップのような音声トラヒックのための輻輳解除アルゴリズムを使用する必要が生じる。（音声トラヒックだけ輻輳を解除するために抑えられ、非音声トラヒックは輻輳解除を提供するためにパケット・ドロップの対象にならないことが仮定されている）。例えば、輻輳が発生し始めると、音声パケットは、待ち行列又はバッファで伝送するために典型的には待ち行列にされる。これらの待ち行列化した音声パケットの数が所定のスレッショルドを越えると、音声トラヒックのためのビット・ドロップが、例えば、Ｇ．７２７に従って発生し始める。輻輳が続いて悪化すると、ＡＡＬ２音声パケットの全体がドロップする。（また、前述のスレッショルドが小さすぎると、ビット・ドロップが非常に早期に発生し、前述のスレッショルドが大きすぎると、ビット・ドロップが非常に遅く発生する。この後者のケースでは、ビット・ドロップが発生し始めた時間によって既に生じていた大きなパケット遅延のために（Ｇ．７２７に関して）ビット・ドロップから得る利点が小さくなるか全くなくなることに注目すべきである）。
【０００６】
【課題を解決するための手段】
前述の問題点を鑑みて、我々は、単一の形態で全ての呼を処理する呼認定制御方式が、付随する輻輳作用により、過度に少ない呼又は過度に多い呼を認定すると、容量に余裕があっても、一部の呼をブロックすることに気づいた。このように、我々は、呼認定制御方式が、効果的な帯域幅管理を呈するために、異なる呼タイプを考慮すべきことに気づいた。特に、本発明に従って、呼認定が呼タイプの関数として動的に行われる。
【０００７】
図示する実施例では、ＡＡＬ２／ＳＳＣＳパケット音声システムは、音声パケットやファクス・パケットやデータ・パケットを含めた種々の形態の音声帯域トラヒックを仮想回路（ＶＣ）に多重化する。このＡＡＬ２／ＳＳＣＳパケット音声システムは、ＶＣに新しい呼を認定するかどうかについて決定する際に、呼タイプを考慮する動的呼認定アルゴリズムを実行する。特に、この手法は、異なる呼タイプに相応する異なる帯域幅の必要性を考慮している。
【０００８】
本発明の特徴に従って、少なくとも１つの待ち行列・パラメータが容量（又はリンク帯域幅）の関数として動的に変わる。待ち行列・パラメータの一例がスレッショルドである。
【０００９】
【実施例】
本発明の実施例を説明する前に、ＡＴＭ適応層（ＡＡＬ）特にＡＡＬ２のある背景情報について述べる。
【００１０】
ＡＴＭネットワークは、ＡＴＭで搬送されているアプリケーションに関係なしに、ネットワーク内で固定サイズ（５３オクテット）のセルを搬送する。アプリケーションを固有プロトコル・モードでサポートするために、ネットワーク端のターミナル・アダプタ（ＴＡ）が、‘ＡＴＭユーザ’として作動し、ＡＴＭ適応層（ＡＡＬ）を構成して、ＡＴＭネットワークが呈するサービスをアプリケーションが要求するサービスに対応させる。ＡＴＭがエンド・ユーザの装置で終えると、そこでＡＡＬ構造が構築される。ＡＡＬ−１は緊密な遅延とジッタ制御を要求する一定のビット・レート（ＣＢＲ）トラヒックのために定義したものである（例えば、ＩＴＵ−Ｔ勧告Ｉ．３６３．１  Ｂ−ＩＳＤＮ  ＡＴＭ適応層ＡＡＬ−１規格を参照）。また、ＡＡＬ−３／４（例えば、ＩＴＵ−Ｔ勧告Ｉ．３６３．３／４  Ｂ−ＩＳＤＮ  ＡＴＭ適応層ＡＡＬ  ３／４規格を参照）とＡＡＬ−５（例えば、ＩＴＵ−Ｔ勧告Ｉ．３６３．５  Ｂ−ＩＳＤＮＡＴＭ適応層ＡＡＬ−５規格を参照）がバースト・データに対して定義されていた。これらのＡＡＬは、各々パケットが１つのＡＴＭセルに適合する場合に、アプリケーション‘パケット’の単純なカプセル封じを可能にする。大きなアプリケーション・パケットでは、分割／再組立（ＳＡＲ）層が送信器における‘パケット’の分割を可能にするので、このような各々セグメントがＡＴＭセルに適合し、受信器における受信ＡＴＭセルからのオリジナル・パケットの再組立が可能になる。これらのＡＡＬは、従って、ＡＴＭセル・ペイロードに適合する十分な情報の収集、又は、各々小さいユニットがＡＴＭセル・ペイロードに適合するように、小さいユニットに対する大きい固有モード・パケットの分割を可能にする。固有情報ユニットが、ＡＴＭペイロードより小さい場合、これらのＡＡＬでは、ＡＴＭセルの部分的な充填が必要になる。
【００１１】
しかし、多くのアプリケーションにおいて、ＡＴＭのセル・サイズより小さい“小さいパケット”のＡＴＭトランスポートが必要になる。これらのアプリケーションの一部として、沈黙抑制機能を有する場合と有しない場合がある圧縮音声のためのＰＢＸ間の中継路、セルラー／ＰＣＳ無線アクセスのためのＡＴＭバックボーン、サーキット・スイッチ間のＡＴＭ中継路、パケット電話のＡＴＭバックボーン接続がある。
【００１２】
前述のようなアプリケーションで、ＡＴＭネットワークに小さいパケットを送る理由は基本的に２つある。すなわち、（１）小さい固有パケットがＡＴＭネットワークから離れて発生し、パケット境界がＡＴＭネットワーク外の送信先で回復される必要があることと、（２）固有アプリケーションのビット・レートが低く且つ端末間遅延の必要性から、セルをその送信先に送り出す前に、ＡＴＭセルを充填して、ビットの蓄積を禁止するためである。後者の場合、パケット化がＡＴＭネットワークの末端で行われる時でさえ、小さいパケットが生成する。デジタル・セルラー・システムでボコーダ・グループに基本局を接続するために、ＡＴＭネットワークを使用することが、前者の例の場合である。サーキット・スイッチ間又はサーキットＰＢＸ間のＡＴＭ中継路が、後者の例である。
【００１３】
これらのアプリケーションでは、ＡＡＬ−１、ＡＡＬ−３／４、又はＡＡＬ−５の使用に起因するＡＴＭセルの部分的な充填のために、帯域幅効率に受け入れがたい損失が生じる場合がある。この非効率性は、総トラヒック需要として低速専用回線だけが必要になる時に、コスト／ｂｐｓ（１秒あたりのビット数）が大きくなるので問題になる。多くの場合、このコスト負担のためにＡＴＭバックボーンが呈する長所が失われる。そこで、ＡＡＬ２のように小さいパケットのＡＡＬを使用することが必要になる。後者は、ＡＴＭネットワークにごく僅かの転送遅延を生じさせて、受信器がオリジナル・パケットを回復するように、ＡＴＭネットワーク上で小さな固有パケットの効率的なトランスポートを提供する。
【００１４】
ＡＡＬ２は、可変長の論理リンク接続（ＬＬＣ）パケットが多重化されているバイト・ストリームと同じＡＴＭ接続からの連続するＡＴＭセルからペイロードを処理する。各々ＬＬＣパケット・ストリームは、音声、ファクシミリ、又は音声帯域データ（ＶＢＤ）のように、あるエンド・ユーザの接続から始まる。図１はＡＴＭセルとＡＡＬ２フォーマットとを示す。ＡＴＭ接続は複数のＡＴＭセルを含み、その一部がＡＴＭセル５０、５１、５２のシーケンスから表されている。各々ＡＴＭセルは、（従来技術の周知の）ＡＴＭヘッダ１と、ＳＴＦフィールド２と、（次に定義する）複数のＬＬＣパケット３（以下に定義）とを備えている。各々ＬＬＣパケットは、ＬＬＣパケット６０で表されるように、パケット・ヘッダ６１と固有ＬＬＣパケット６２とを備えている。
【００１５】
パケット・ヘッダは３オクテットの長さであり、図にその詳細を示す。パケット・ヘッダは、４つのフィールド、すなわち、チャンネルＩＤ（ＣＩＤ）フィールド、長さ指示（ＬＩ）フィールド、予約（ＲＥＳ）フィールド、ヘッダ・エラー（ＨＥＣ）フィールドとを備えている。
【００１６】
ＣＩＤフィールドは、８ビットの長さであり、パケットが属するＬＬＣを識別する（再び簡単に図１を参照すると、付随するＬＬＣパケットのＣＩＤフィールド値がＬＬＣの数に対応していることが分かる）。ＣＩＤフィールドは、１つのＡＴＭ  ＶＣ上で最大で２５５の固有接続（ＬＬＣ）のためのサポートを提供する。従来技術で周知のように、ＡＴＭセル・ヘッダは仮想パス識別子（ＶＰＣ）と仮想接続識別子（ＶＣＩ）の２つのレベルでアドレスを可能にする。仮想パス接続（ＶＰＣ）は多くのＶＣを有している。１６ビットＶＣＩフィールドにより、ＡＴＭ  ＶＰＣが、２５５×２16のＬＬＣまでサポートできる。
【００１７】
ＬＩフィールドは、６ビットであり、ＬＬＣパケット（又は固有パケット）の長さを表している。ＬＩフィールドが各々ＬＬＣパケットに加えられているので、可変長パケットの末端に境界が設定できる。ＬＩフィールドでは、６３オクテットまでの仕様が可能である。ＬＩフィールドの値が今のＡＴＭセルの末端を越えたところを示す時に、パケットがセル間で分割される（これは図１にも図示してあり、ＬＬＣパケット６０がＡＴＭセル５０と５１との間で分割されている）。
【００１８】
ＡＡＬ２の１次ドライバはパケット電話方式であり、エラー検出が音声コード化アルゴリズムにとって本質的なことでないので、固有パケットのエラー検出は不要である。エラー検出の目的は、ＣＩＤとＬＩと他の臨界プロトコル・ヘッダとが誤って解釈されないことを保証することにある。これは、各々パケット・ヘッダのＨＥＣフィールドにより、ＡＡＬ２で達成される。ＨＥＣフィールドは、５ビットであり（図２を参照）、パケット・ヘッダのエラー検出を行う。これは、ヘッダが不具合であるパケットだけ廃棄できるという利点を有する。
【００１９】
ＡＡＬ２は、２つのサブレイヤ、共通部サブレイヤ（ＣＰＳ）とサービス指定集中サブレイヤ（ＳＳＣＳ）に分割される。ＲＥＳフィールドは４ビットから成り、それらはＳＳＣＳのサービス指定集中機能（ＳＳＣＦ）又はＣＰＳに確保されるか割り当てられる。ＣＰＳは、可変長パケットを多重ソースから単一ＡＴＭ仮想回路に多重化して、これらのパケットを中継し、末端間ＡＡＬ２接続を行う機能を呈する。ＣＰＳに割り当てられたＲＥＳフィールドの部分（図示せず）は、今のパケットが分割されていることや、信号、又は、ユーザ情報を示すために、“Ｍｏｒｅ”ビットのような信号を送るために使用する。ＳＳＣＦに割り当てたＲＥＳフィールドの残りの部分（図示せず）は、アプリケーション指定機能、各々ＡＡＬ２ユーザに提供されている別の事例を示す。そのような機能の例として、共通部に適したパケットにユーザの流れを分割したり再び組み立てたり、エラー制御を促したり、音声コード化アルゴリズムを識別したり、スピーチ・バーストやパケット・シーケンス番号などの末端を識別している。ＳＳＣＳはゼロになる場合もある。（ここで、ＩＴＵ−Ｔ標準化協会は、将来の勧告時にＳＳＣＳプロトコルの指定を意図している）。これらのＳＳＣＦ指向ビットは、ＡＡＬ２ＣＰＳで解釈されず、送信側ＳＳＣＳから受信側ＳＳＣＳに透過的に渡される。ＳＳＣＳは、これらのビットを指定のＳＳＣＦ機能に用いて、高い層のユーザ間通信を透過的に渡すこともできる。
【００２０】
図１から分かるように、スタート・フィールド（ＳＴＦ）は、今、あるＡＴＭ接続から各々ＡＴＭセル・ペイロードの開始位置にある。図３は、ＳＴＦフィールドのフォーマットを示す。ＳＴＦフィールドは、１オクテットの長さであり、オフセット・フィールド（ＯＳＦ）とシーケンス番号（ＳＮ）フィールドとパリティ（Ｐ）フィールドとを備えている。
【００２１】
各ＬＬＣパケットのＬＩフィールドは一度パケット境界が識別されると自己記述を可能にするが、パケット・ヘッダにセル損失又はエラーが生じると、パケット記述事項が失われる結果になる。パケット境界を回復するために、ＯＳＦフィールドで、今のＡＴＭセル・ペイロードの最初の新しいパケットの開始位置を指定する。ＯＳＦフィールドは、６ビットの長さであり、このＡＴＭ接続から前のセルで開始していた（可能性のある）パケットの残りの長さを示しており、今のセルに続いている。この手法が、記述事項損失後のあるＡＴＭセル時間におけるパケット境界の再同期化を保証するのである。
【００２２】
ＡＴＭセルの損失が、受信器で検出しない場合に、パケットの連続性を消滅させると仮定すると、ＳＮフィールドも存在する。１ビットＳＮフィールドが、セルのモジュロ２シーケンス番号設定と１つのセル損失の瞬時検出を呈する。この１ビット・シーケンス番号は、ＡＡＬ２パケット・ヘッダのＲＥＳフィールドの一部である前述のシーケンス番号と異なることに注目すべきである。
【００２３】
最後に、パケット・ヘッダのように、ＳＮフィールドとＯＳＦフィールドもエラー検出が必要である。これは、奇数パリティを呈する、Ｐフィールドの単一パリティ・ビットによって行われる。
【００２４】
パケット放出遅延を制限するために、部分的に充填したＡＴＭセルを伝送することが必要になる場合もあることに注目すべきである。この場合、残りのセルは、全てゼロ・オクテットで埋め込まれる。ペイロードがＳＴＦフィールドと４７の埋込オクテットだけ含んでいるセルも、“動作状態維持”機能を作動させてトラヒック契約を満足するように、一部の他のニーズに適合するために伝送することもできる。
【００２５】
ＡＡＬ２は、複数レベルの接続を２つのポイント、ＡＴＭ仮想接続部（ＶＣ）とＡＡＬ２論理リンク接続部（ＬＬＣ）との間に構築する。この場合のＡＡＬ２ＬＬＣは、例えば、２つのＰＢＸ又は陸線中継のための２つのスイッチ間におけるセルラー中継のための移動切替センター（ＭＳＣ）のボーコーダ・グループと基本局との間の二点間接続と定義される。接続は双方向と定義され、同じＣＩＤが特定のＬＬＣに対して双方向で用いるよう想定されている。ＡＴＭ  ＶＣで使用できるＣＩＤのセットは両端と呼ばれる。
【００２６】
折衝手順は対称的である、すなわち、ＡＡＬ２接続部の１端で新しいＬＬＣの始動又はＬＬＣの分解の要請が可能になる。単純な折衝手順では、発信端が未使用の特定のＣＩＤを用いて新しいＬＬＣの構築を提案し、他端が要請を承諾又は拒絶できるように定められている。ＡＴＭ仮想回路のための帯域幅管理と監視機能は、ＡＴＭ接続管理レベルで処理すると想定されている。このような監視機能はＬＬＣごとに提案されていない。しかし、新しいＬＬＣをサポートするためにＡＴＭ接続部内における資源活用を保証することは、２つの端点の責任である。このような資源管理は、サービス指定方式で取り扱われるように想定されている。ＡＡＬ２間におけるＬＬＣセットアップと分解とに必要な送信では所定のＬＬＣ（ＣＩＤ＝０）が用いられる。
【００２７】
呼認定
図４は、本発明の原理に基づくパケット通信システムの一部を示す。本発明の概念とはべつに、図４に示す要素は、周知のことなので、詳細には説明されない。例えば、単一のブロック要素として図示してあるが、呼プロセッサ１２５の呼コントローラ１１０は、保存プログラム制御プロセッサとメモリと適切なインタフェース・カードとを含んでいる。本発明の概念以外にも、呼プロセッサ１２５は、ＡＡＬ２／ＳＳＣＳ音声パケット・システムを構成している（別の図面の類似の参照番号が類似の要素を示していることにも注目すべきである）。
【００２８】
ＰＢＸ１０５は、設備１０６を介して、呼プロセッサ１２５の呼コントローラ１１０に複数の音声帯域呼を伝送したり受信したりする。後者は、任意の数とタイプの通信施設を表している。記載を容易にするために、設備１０６は、複数の音声帯域呼を搬送する、従来技術で周知のＤＳ１設備（方向ごとに）とされている。このように、呼ごとに、設備１０６のいずれかの方向において、６４ｋｂ／ｓビット・ストリームとなるように仮定されている。
【００２９】
本発明の概念を詳述する前に、呼プロセッサ１２５の動作を全体的に説明する。呼プロセッサ１２５は、呼コントローラ１１０とＡＡＬ２／ＳＳＣＳプロセッサ１３０とＡＴＭプロセッサ１３５とを備えている。呼ごとに、呼コントローラ１１０は、まず音声帯域呼を分類する。（呼分類技術は、従来技術で周知なので、ここで詳述しない。例えば、Ｇ３ファクス呼出は、所定のファクス呼出し音などを検出して識別される）。前述のように、多種多様な音声帯域呼がある。ある呼タイプのリストを図５のテーブルに示す。このテーブルは、呼処理の異なるポイントにおける帯域幅も示している（次に説明）。このテーブルは、５ミリセカンド（ｍｓ）ＡＡＬ２／ＳＳＣＳパケット化間隔を全てのケースで想定している。そのうえ、音声呼の使用率が４０％に等しい（平均通話スパーク＝４００ｍｓで、平均沈黙時間＝６００ｍｓ）と想定している。呼コントローラ１１０は、所定の呼タイプを各呼に関連付ける。図だけの場合であるが、この例には４つの音声帯域呼タイプがある。音声呼は呼タイプ“０”に関連し、２８．８ｋｂ／ｓ未満のデータ・レートをもつデータ呼は呼タイプ“１”に関連し、２８．８ｋｂ／ｓ〜５６ｋｂ／ｓのデータ・レートをもつデータ呼は呼タイプ“２”に関連し、Ｇ３ファクス呼は呼タイプ“３”に関連している。（他の呼タイプの更なる定義も使用できる。例えば、速度に基づくデータ呼タイプの特長が、例えば、使用可能な業界基準モデム・データ・レートごとの呼タイプに相応して細分できる）。
【００３０】
呼コントローラ１１０が音声呼を検出すると、音声呼がＧ．７２７に準じて符号化される。このように、呼コントローラ１１０は、ＡＡＬ２／ＳＳＣＳプロセッサ１３０に適用するために、従来技術で周知のＡＤＰＣＭを用いて、ＰＢＸ１０５からの６４ｋｂ／ｓビット・ストリームを３２ｋｂ／ｓ圧縮オーディオ・ストリームに圧縮する。同様に、他の方向で、呼出コントローラ１１０は、ＰＢＸ１０５に適用するために、ＡＡＬ２／ＳＳＣＳプロセッサ１３０により提供された３２ｋｂ／ｓ  ＡＤＰＣＭビット・ストリームを６４ｋｂ／ｓオーディオ・ストリームへと圧縮を解除する。
【００３１】
一方で、非音声呼を検出すると、呼コントローラ１１０は、符号化データ・ストリームを指示された帯域幅で提供する。例えば、１４．４ｋｂ／ｓ音声帯域データ（ＶＢＤ）呼が４０ｋｂ／ｓ  ＡＤＰＣＭを用いてＡＡＬ２／ＳＳＣＳプロセッサ１３０に送られ、２８．８ｋｂ／ｓ又は５６ｋｂ／ｓ  ＶＢＤ呼が６４ｋｂ／ｓ  ＰＣＭ（パルス・コード変調）を用いて送られる。
【００３２】
ここで、ＡＡＬ２／ＳＳＣＳプロセッサ１３０は、ＡＴＭプロセッサ１０５に適用するために受信ビット・ストリームを呼コントローラ１１０からＡＡＬ２パケットに変換する。この変換で、プロセッサ１３０のＳＳＣＳ部は、沈黙抑制、シーケンス番号の割当、背景雑音レベル通知のような機能を行う。逆方向で、ＡＡＬ２／ＳＳＣＳプロセッサ１３０は、ＡＡＬ２パケットをＡＴＭプロセッサ１３５から受信して、そのパケットを解除する。ＡＡＬ２／ＳＳＣＳプロセッサ１３０は、呼コントローラ１１０に伝送するためにパケット化を終える前に生成した遅延を緩和したり（図示せず）、沈黙時間中の雑音充填のような機能を行う。パケット化中に、ＡＡＬ２／ＳＳＣＳプロセッサ１３０は、シーケンス番号を用いて、遅延パケットを決定し、実行プロセスにおける保全性を維持する。図５は、異なる呼タイプにＡＡＬ２を用いる伝送に必要な帯域幅を示す。（音声呼のためにリストしたピーク値は通話期間又は通話スパートを表す）。
【００３３】
ＡＴＭプロセッサ１３５は、次の伝送機能、すなわち、ＡＡＬ２パケットをＡＴＭセルのペイロードに充填する、ペイロードが満杯になる又はタイマ（例えば、２ミリ秒（ｍｓ））がペイロードの少なくとも１つのＡＡＬ２パケットで終了する）（２つの事象の何れかに最初に達する）時にＡＴＭセルを形成する、ＡＴＭセル・ヘッダの処理、ＡＴＭセルを転送バッファに設定するなどの機能を提供する。ＡＴＭプロセッサ１３５は、ＡＴＭネットワーク１００を介してＡＴＭＶＣで伝送するためのＡＴＭセルのスケジュールを作成する。ＡＴＭプロセッサ１３５は、ＡＴＭセルをＡＴＭネットワーク１００から受けて、次の受信機能、すなわち、ＡＴＭセル・ヘッダ処理とエラー制御、ＡＡＬ２パケットをＡＡＬ２／ＳＳＣＳ処理ユニットに伝送するなどの機能を行う。図５は、異なる呼タイプのためにＡＴＭオーバーヘッドとＡＡＬ２とを含めた伝送に必要な帯域幅を示す。
【００３４】
本発明の原理を分かりやすく示すために、図６は、図４に示した通信システムの一部の代替図を示す。この図で、設備１０６は、前述のように、呼コントローラ１１０にｍ個の音声帯域呼を伝えるように図示してある。ＡＡＬ２／ＳＳＣＳプロセッサ１３０は、ＡＡＬ２パケット化機能とブロック・ドロップ要素１４０とＡＡＬ２待ち行列１４５とを備えている（次に説明）。図から分かるように、ＡＡＬ２／ＳＳＣＳパケット・システムは、種々のトラヒック・タイプを、発信ＡＴＭ仮想回路（ＶＣ）パイプ、又は固定帯域幅Ｃｋｂ／ｓを有する設備に多重送信する。この固定帯域幅は、従来技術で周知のように、遠方ＡＴＭ終点と折衝して又は事前に決定される。
【００３５】
前述のように、新しい呼がＰＸＢ１０５から呼コントローラ１１０に設定されるているので、これらの新しい呼は、付随するＶＣに受け入れられるか又は阻止されなければならない。従って、本発明に従って、呼プロセッサ１２５は、呼タイプの機能として動的に行われる呼認定構成を定める。特に、この手法は、異なる呼タイプに必要な異なる帯域幅を考慮しており、音声呼の統計的多重化方式の長所も取り入れている。沈黙除外機能を音声呼に適用する、すなわち、パケットを沈黙時間中に伝送しないことが想定されている。
【００３６】
次の想定が容量と有効帯域幅とに関して以下に示す計算になされたことに注目すべきである。有効帯域幅Ｖn は、ｎ個の音声呼が次に記す性能目標に適合しながら統計的に多重化される時に、音声呼ごとに必要となる最小帯域幅である。統計的多重化利得は、音声呼のピーク帯域幅とその有効帯域幅Ｖn との比率として定義される。
【００３７】
ビット・ドロップ機能を伴って多重化するＡＡＬ２／ＳＳＣＳ音声のための性能目標の例について次に示す。
（１）平均パケット・待ち合せ遅延≦５ｍｓ
（２）パケット・待ち合せ遅延の最後（中間プラス５* 標準偏差）≦１５ｍｓ
（３）サンプルごとの中間ビット≧３．８
（４）パケット損失（バッファ・オーバーフロー）確率≦１０-4
【００３８】
ビット・ドロップなしに多重化するＡＡＬ２／ＳＳＣＳ音声のための性能目標の例について次に示す。
（１）平均パケット・待ち合せ遅延≦５ｍｓ
（２）パケット・待ち合せ遅延の最後（中間プラス５* 標準偏差）≦１０ｍｓ
（３）パケット損失（バッファ・オーバーフロー）確率≦１０-3
【００３９】
あるシステム構成の例では、ビット・ドロップ機能は、非動作状態にされるか又は機能として全く含まれていない。ビット・ドロップ機能は、例えば、トラヒックの大部分がデータとファクスで占有され、トラヒックのごく僅かの部分が音声である時に、非動作状態になる。ビット・ドロップは次のように想定されるが、このシステムは、ビット・ドロップなしで動作することも注目すべきである。音声の統計的多重化機能は、いずれかのケース（すなわち、ビット・ドロップ機能を有するケースと無いケース）で実施できる。音声が統計的に多重化される時に、一時的なトラヒック過負荷状態になり、過剰な音声パケット遅延又は損失が生じる。しかし、ビット・ドロップは、下位ビットを一時的な過負荷期間中に選択的にドロップさせて、これらの過負荷状態の影響を和らげる（詳細は後で説明）。ビット・ドロップは、結果としてパケット遅延を僅かにするので、ビット・ドロップ機能のない場合と比べると、優れた統計的多重化利得を得ることができる（あるＡＴＭ  ＶＣ帯域幅に対して）。この比較結果が、図７でプロットして示す事例の数値データから表されている。
【００４０】
参照だけを意図して、図７は、音声源ごとの有効帯域幅（単位はｋｂ／ｓ）（左側の座標軸）と認定音声源の数との関係、及び統計的多重化利得（右側の座標軸）と認定音声源の数との関係に関するシミュレーション結果のグラフを示す。（統計的多重化利得に関する詳細は、従来技術で周知なので、ここでは詳述しない。音声帯域データとファクスが固定帯域幅を有しているので、これらの信号には、統計的多重化方式の利点がない）。
【００４１】
次に示すシステムと状態データの定義は、図４と６の通信システムのために定めたものである（これらのパラメータ／変数は、例えば、呼プロセッサ１２５の要素に使用できて、例えば、メモリに保存されることを想定している）。
ｎ＝進行中の音声（埋め込まれたＡＤＰＣＭ）呼の数
Ｖn ＝新しい音声呼の認定に必要な有効帯域幅、ｎが存在する新しい呼を表す（図７を参照）
Ｃ  ＝  ＶＣに使用できる総帯域幅
Ｇ  ＝  現在、データとファクス呼出に割り当てられている総帯域幅
Ｂi ＝  ｉ＝１、２、．．．ｋにおいて、タイプｉの非音声呼出に必要な固定帯域幅
Ｗ  ＝  予備帯域幅（はじめは、Ｗ＝Ｃ）
Ｂ0 ＝  呼認定用の初期帯域幅＝  ６４＊４３／４０＊５３／４７  ＝  ７７．６  ｋｂ／ｓ
ＣV ＝  音声に使用できる帯域幅  ＝  Ｃ−Ｇ
Ｑ1 ＝  音声の第１ブロック・ドロップ・スレッショルド
Ｑ2 ＝  音声の第２のブロック・ドロップ・スレッショルド
Ｋ  ＝  ＡＡＬ２パケット・バッファの限度
Ｂ0 の定義では、４３／４０の比率が追加したＡＡＬ２オーバーヘッドを表していて、５３／４７の比率が追加したＡＴＭセル・オーバーヘッドを表すことに注目すべきである。
【００４２】
図４と６の呼プロセッサ１２５の呼コントローラ１１０に用いるために、本発明の原理に基づく呼認定制御アルゴリズムを示す図８について、ここで説明する。（呼プロセッサ１２５は、従来のプログラム技術（そのように、ここで記してないが）を用いて、次に示すアルゴリズムを実行するために適切にプログラム設定してあることを想定している）。
【００４３】
ステップ４００で、呼がＰＸＢ１０５から設備１０６に到着する（図４に示す）。ステップ４０５で、予備帯域幅Ｗが、呼認定に対して初期帯域幅Ｂ0 より大きいかどうかについてチェックされる。予備帯域幅ＷがＢ0 より大きくない場合、呼がステップ４３０で拒絶される。そうでない場合、呼がステップ４１０で認定され、予備帯域幅ＷがＷ＝Ｗ−Ｂ0 に更新される。次に示すように、呼を分類するのに５０ｍｓとられるので、予備帯域幅ＷがＢ0 だけ一時的に減少することに注目すべきである。このように、この例では、少なくともＢ0 の帯域幅が初期に使用できる場合、呼が認定される。
【００４４】
ステップ４１５では、呼タイプが識別される。ステップ４２０と４２５では、識別した呼タイプの関数として予備帯域幅の値を更新する。
【００４５】
呼がタイプ“０”すなわち音声の場合、ステップ４２５で、予備帯域幅Ｗの値は、（ａ）データとファクスに割り当てられた帯域幅Ｇと、（ｂ）ここで音声呼に割り当てられた帯域幅（ｎ＋１）Ｖn+1 とだけ減少されたＡＴＭ  ＶＣの容量に等しくなるように更新される。ここで、認定された音声呼の数ｎは、増加されて、ｎ←ｎ＋１になる。
【００４６】
呼タイプが“０”以外の場合、例えば、ファクス又はデータの場合、ステップ４２０で、データとファクスに割り当てられた帯域幅Ｇの値は、増加されて、Ｇ←Ｇ＋Ｂi になる。ここで、Ｂi は、図５のテーブルに示すように、識別した呼タイプの帯域幅である。更に、予備帯域幅Ｗの値は、（ａ）データとファクスに割り当てた帯域幅Ｇと（ｂ）音声呼に割り当てた帯域幅ｎＶn とだけ減少された回線の容量に等しくなるように更新される。そのうえ、ステップ４２５で、ブロック・ドロップ・スレッショルド（Ｑ1 、Ｑ2 、Ｋ）は、音声ＣV に使用できる帯域幅がいまや変化したので（次に説明）、新しい帯域幅の値に応じて変わる。
【００４７】
ステップ４２０と４２５と４３０の最後で、呼コントローラ１１０は次の呼を待つ。
【００４８】
図９は、呼が図４と６に示したシステムを出る時に、前述のシステムと状態パラメータとを更新する、本発明の原理に基づく方法を示す。この方法は、図４と６の呼コントローラ１１０により、図示するようにして行われる。
【００４９】
呼がシステムを出ると、ステップ４５０で、呼タイプ（既に図８のステップ４１５で識別された）がステップ４５５で検索される。呼がタイプ“０”、すなわち音声の場合、ステップ４６０で、予備帯域幅Ｗの値は、（ａ）データとファクスに割り当てた帯域幅Ｇと、（ｂ）ここで音声呼に割り当てた帯域幅（ｎ-１）Ｖn-1 とだけ減少された回線の容量に等しくなるように更新される。ここで、認定された音声呼の数ｎは、減少されて、ｎ←ｎ−１になる。
【００５０】
呼タイプが“０”以外の場合、例えば、ファクス又はデータの場合、ステップ４６５で、データとファクスに割り当てられた帯域幅Ｇの値は、減少されて、Ｇ←Ｇ−Ｂi になる。ここで、Ｂi は、図５のテーブルに示すように、識別された呼出タイプの帯域幅である。更に、予備帯域幅Ｗの値は、（ａ）データとファクスに割り当てた帯域幅Ｇと（ｂ）音声呼に割り当てた帯域幅ｎＶn とだけ減少された回線の容量に等しくなるように更新される。そのうえ、ステップ４６５で、ブロック・ドロップ・スレッショルド（Ｑ1 、Ｑ2 、Ｋ）は、音声ＣV に使用できる帯域幅がいまや変化したので（次に説明）、新しい帯域幅の値に応じて変わる。
【００５１】
図９のステップ４２５と４６５で述べたように、前述の動的呼認定方式、待ち行列又はバッファの他に、パラメータも帯域幅の関数として変わる。図６を再び見ると、ＡＡＬ２パケット・キュー１４５は固定のサイズＫ（単位はバイト）を備えている。ＡＡＬ２パケット・キュー１４５は、今の音声パケット充填値ｑをＡＡＬ２パケット化ブロック・ドロップ要素１４０に信号１４６を介して提供する。（ＡＡＬ２パケット・キュー１４５上にマーカとして示してあるが、Ｋ、Ｑ1 、Ｑ2 の値がＡＡＬ２パケット化ブロック・ドロップ要素１４０に保存されている）。この今の充填値ｑは、伝送のために待ち行列に設定した音声パケットの数を表す。従来技術で周知のように、トラヒック・バースト（すなわち、短時間における数多くの音声パケットの到着）が原因で、伝送のために待ち行列に設定したＡＡＬ２音声パケットの数ｑが増加する。ｑの値がある所定のスレッショルドに達すると、ブロック・ドロップが生じる（ビット・ドロップとも従来技術で呼ぶ）。
【００５２】
図１０は、ＡＡＬ２音声パケット構造を示す。各ＡＡＬ２音声パケットはヘッダ部（３バイト）と４つのブロックとにフォーマットした２３バイトを備えていて、各のブロックは５バイトの長さである。Ｇ．７２７に準じて、ブロック＃２と＃３が上位ビットを表し、ブロック＃０と＃１が下位ビットを表す。ブロック＃３とブロック＃２は絶対にドロップしないが（パケットが、バッファ・オーバーフローのためにドロップする時を除いて）、ブロック＃０と＃１はトラヒック輻輳中にドロップする場合がある。図１１は、これらの影響を示すテーブルを示す。
【００５３】
パラメータＱ1 、Ｑ2 、Ｋは、ＡＡＬ２音声パケットの数に関して指定されたブロック・ドロップ・スレッショルドである。前述のように、待ち行列充填ｑは、伝送のためにバッファ１４５で待機するＡＡＬ２音声パケットの数である（図６を参照）。従来の技術では、Ｑ1 、Ｑ2 、Ｋの値は予め定めてあり固定されている。図１１のテーブルは、ｑの値の特定の範囲において、輻輳解消の異なる形態が生じることを示している。ｑ≦Ｑ1の値で、ＡＡＬ２音声ビット又はパケットはドロップしない。Ｑ1 ＜ｑ≦Ｑ2 の範囲内のｑの値で、ビット・ドロップが生じ、各々入力するＡＡＬ２音声パケット（図６のキュー１４５の入力で）のブロック０がドロップする。Ｑ2 ＜ｑ≦Ｋ−１の範囲内のｑの値で、ビット・ドロップが生じて、各々入力するＡＡＬ２音声パケットのブロック０と１がドロップする。最後に、ｑ＞Ｋの値では、全体の音声パケットがドロップする。図６に戻り、ＡＡＬ２パケット化ブロック・ドロップ要素１４０は、ＡＡＬパケット・キュー１４５に対する入力においてビット・ドロップ又はパケット・ドロップを行う。これは“入力ブロック・ドロップ”とここで呼ばれる。
【００５４】
本発明の特徴に基づいて、次のアルゴリズムは、パラメータＱ1 、Ｑ2 、Ｋの値を動的に変える。ＡＡＬ２音声パケット（ブロック・ドロップが適用できる）は、他の呼、例えば、ファクスとデータとのパケットと共に待ち行列が設定される。しかし、ブロック・ドロップ・アルゴリズムに用いる待ち行列充填ｑの値は、伝送のためにバッファで待機するＡＡＬ２（ブロック・ドロップが可能な）音声パケットの数だけに関係する。（ＡＡＬ２パケットは、従来技術で周知のように、それらのＣＩＤ値に基づいて区別すると想定されている。特に、あるＣＩＤ値は音声に関連し、他のＣＩＤ値は非音声に関連する。この関連性は、呼コントローラ１１０によって与えられる）。
【００５５】
前述のように、ＣV をブロック・ドロップ自在の音声に使用できる帯域幅とする。例えば、システムにファクスとデータ呼が存在せず、トラヒックが全て音声（ブロック・ドロップ自在）の場合、ＣV はＣ  ｋｂ／ｓのＡＴＭ  ＶＣ帯域幅と等しい。そうでない場合、ＣV ＝Ｃ−Ｇであり、ここで、Ｇは今のファクスとデータ呼に割り当てられた帯域幅（単位はｋｂ／ｓ）を表す。
【００５６】
使用可能な音声帯域幅ＣV の関数としてパラメータＱ1 、Ｑ2 、Ｋを動的に変えるアルゴリズムを、図４と６の呼コントローラ１１０で用いるために、図１２に示す。この例では、このアルゴリズムで得たスレッショルドは、Ｑ1 、Ｑ2 、Ｋのバッファ充填値に対応するパケット遅延が、各々、約５ｍｓと１０ｍｓである（又は、リンク帯域幅値の範囲に対して小さい）ことを保証している。ステップ３００で、呼コントローラ１１０は使用可能な音声帯域幅ＣV を決定する。ブロック・ドロップ・スレッショルドの値は、ステップ３００で定めた使用可能な音声帯域幅ＣV の関数である（例えば、ステップ３１０、３２０、３３０、３４０、３５０を参照）。ＣV の値が３３３ｋｂ／ｓより小さい場合に、ブロック・ドロップ・スレッショルドの値は、Ｑ1 ＝１０、Ｑ2 ＝２０、Ｋ＝３０になる（ステップ３１０と３３０）。ＣV の値が１０００ｋｂ／ｓを越える場合、ブロック・ドロップ・スレッショルドの値は、Ｑ1 ＝３０、Ｑ2 ＝６０、Ｋ＝９０になる（ステップ３２０と３５０）。そうでない場合、Ｑ1 、Ｑ2 、Ｋの値は、ステップ３４０に示す関係式から決まる。（記号「」は、値の“天井”、すなわち、次に最も大きい整数値になることを表している）。Ｑ1 、Ｑ2 、Ｋの新しい値が信号１４７を介してＡＡＬ２パケット化ブロック・ドロップ要素１４０に与えられる（図６を参照）。
【００５７】
ビット・ドロップとパケット・ドロップの前述の例は“入力ブロック・ドロップ”に関している。しかし、前述のアルゴリズムは、他の構成、例えば“出力ブロック・ドロップ”にも使用できる。“出力ブロック・ドロップ”を用いる別の構成が、図１３の呼プロセッサ６００に図示してある。（パケット遅延性能だけでなく音声品質の影響も入力又は出力ブロック・ドロップに対して実際に異なっていない（ＶＣ帯域幅ＣとＱ1 、Ｑ2 、Ｋの値も同じであるが）ことに注目すべきである）。呼プロセッサ６００では、ブロック・ドロップが、ＡＡＬ２パケット化の後に行われるので、要素１６０は、前述のようにブロック・ドロップを行うだけでなく、ＡＡＬ２長さフィールドも適正に更新する。
【００５８】
図１４は別の代替構成を示す。この図で“入力ビット・ドロップ”は前述と同様に行われる。しかし、待ち合せは、呼プロセッサ７００のＡＴＭセル生成装置１７０とＡＴＭセル・キュー１７５とを含むＡＴＭプロセッサで行われる。パラメータＱ1、Ｑ2、Ｋの値を動的に変える前述のアルゴリズムは、伝送のために待ち合せされたＡＡＬ２音声パケットの数と逆に、伝送のために待ち合せされた（音声を伝える）ＡＴＭセルの数を考慮するために適正に修正される。
【００５９】
前述のように、パケット音声システムは、統計的に多重化した呼と、種々のモデム速度の音声帯域データとファクスのような他の呼タイプとを共に動的に処理する、呼認定アルゴリズムを用いている。
【００６０】
【発明の効果】
前述の説明は本発明の原理を単純に示すだけである。従って、ここで明示的に記してないが、当業者は本発明の原理をその趣旨と範囲内で具体化する種々の代替構造を考案できることが分かる。例えば、本発明の概念の呼認定制御アルゴリズムは、従来技術で周知のデジタル回路乗算装置（ＤＣＭＥ）のような非パケット化システムにも応用できる。このアルゴリズムは、離散的多重音（ＤＭＴ）、直交位相シフト・キーイング（ＱＰＳＫ）、又は直交振幅変調（ＱＡＭ）などを包含する変調構成と関係なしに全体的に応用できる。
【図面の簡単な説明】
【図１】ＡＴＭセルとＡＡＬ２フォーマットを示す図である。
【図２】ＡＡＬ２に基づくＬＬＣパケットのパケット・ヘッダを示す図である。
【図３】ＡＡＬ２に基づくＡＴＭセルのスタート・フィールドを示す図である。
【図４】本発明の原理に基づくパケット通信システムの一部を示す図である。
【図５】呼出タイプと帯域幅とを記すテーブルを示す図である。
【図６】図４に示した通信システムの一部の代替図を示す図である。
【図７】有効帯域幅と統計的多重化利得のグラフを示す図である。
【図８】本発明の原理を具体的に実現する呼出認定手順のフローチャートを示す図である。
【図９】図８の呼出認定手順で用いる呼出発信手順のフローチャートを示す図である。
【図１０】ＡＡＬ２音声パケットの構造を示す図である。
【図１１】輻輳状態テーブルを示す図である。
【図１２】本発明の原理に基づいてブロック・ドロップを動的に変えるフローチャートを示す図である。
【図１３】本発明の原理を具体的に実現するパケット通信システムの別の実施例を示す図である。
【図１４】本発明の原理を具体的に実現するパケット通信システムの別の実施例を示す図である。
【符号の説明】
１    ＡＴＭヘッダ
２    ＳＴＦフィールド
３    ＬＬＣ  パケット
５０、５１、５２    ＡＴＭセル
６０、６１、６２    ＬＬＣパケット
１０５  ＰＢＸ
１０６  施設
１１０  呼出コントローラ
１２５  呼出プロセッサ
【図１】
0003659464.tif 000002
【図２】
0003659464.tif 000003
【図３】
0003659464.tif 000004
【図４】
0003659464.tif 000005
【図５】
0003659464.tif 000006
【図６】
0003659464.tif 000007
【図７】
0003659464.tif 000008
【図８】
0003659464.tif 000009
【図９】
0003659464.tif 000010
【図１０】
0003659464.tif 000011
【図１１】
0003659464.tif 000012
【図１２】
0003659464.tif 000013
【図１３】
0003659464.tif 000014
【図１４】
0003659464.tif 000015