(57)【特許請求の範囲】
【請求項１】
通信システムにおいて音声符号化を制御する方法であって：
複数の可変レート・ボコーダから複数の符号化音声パケットを受信する段階；
前記複数の受信符号化音声パケットに関連するレート情報に基づいて、符号化したボイス・パケットの送信に必要なリンク帯域幅を判定する段階；
前記必要なリンク帯域幅を利用可能なリンク帯域幅と比較する段階；
比較に基づいて前記複数の受信符号化音声パケットのうちの一つの受信符号化音声パケットを変更するか否かを判定する段階；
一つの符号化音声パケットを変更するという判定に応答して、
前記複数の可変レート・ボコーダのうちの一つの可変レート・ボコーダを選択する段階；
前記選択した可変レート・ボコーダに関連する、前記複数の受信符号化音声パケットのうちの一つの受信符号化音声パケットを変更して、変更済み符号化音声パケットを生成する段階；
前記リンク上に前記変更済み符号化音声パケットを含む符号化音声を出力する段階；
選択した可変レート・ボコーダに対して、選択した可変レート・ボコーダに関連する前記符号化音声パケットが変更されたことを示すパケット変更制御信号を発生する段階；および
前記パケット変更制御信号に応答して、前記選択したボコーダを制御して、前記符号化音声パケットの変更に基づくボコーダ調節を行う段階；
から成る方法。
【請求項２】
前記パケット変更制御信号を発生する段階は、音声パケット情報の破棄および音声パケット情報レートの少なくとも１つの低下によって生ずる前記符号化音声パケットの変更に基づく請求項１記載の方法。
【請求項３】
前記制御する段階は：
破棄された以前の音声パケットを復元し、後続の音声パケットを発生する際に用いるフィルタ状態データを更新する段階；
前記符号化音声パケットの変更が前記音声パケット情報の破棄によって生じた場合、前記パケット変更制御信号に応答して、後続音声パケットを発生する際に用いる音声パラメータを減衰する段階；または
前記符号化音声パケットの変更が、音声パケット情報レートの低下によって生じた場合、前記パケット変更制御信号に応答して、前記後続の音声パケットに対する符号化レートを変化させる段階；
のいずれかの段階より成る請求項２記載の方法。
【請求項４】
前記制御する段階は、更に、前記変更が音声パケット出力レートの低下によって生じた場合、後続のパケットにパケット削減方法を適用することを含む請求項３記載の方法。
【請求項５】
通信システムにおいて音声符号化を制御するシステムであって：
複数の可変レート・ボコーダから複数の符号化音声パケットを受信する手段；
前記複数の受信符号化音声パケットに関連するレート情報に基づいて、符号化したボイス・パケットの送信に必要なリンク帯域幅を判定する手段；
前記要求リンク帯域幅を利用可能なリンク帯域幅と比較する手段；
比較に基づいて前記複数の受信符号化音声パケットのうちの一つの受信符号化音声パケットを変更するか否かを判定する手段；
一つの符号化音声パケットを変更するという判定に応答して、前記複数の可変レート・ボコーダのうちの一つの可変レート・ボコーダを選択する手段；
前記選択した可変レート・ボコーダに関連する、前記複数の受信符号化音声パケットのうちの一つの受信符号化音声パケットを変更して、変更済み符号化音声パケットを生成する手段；
前記複数の受信符号化音声パケットのうちの一つの符号化音声パケットを変更するという判定がなされたときに、前記変更済み符号化音声パケットを含む符号化音声を前記リンク上に出力する手段；
前記符号化音声パケットを変更するという判定に応答し、前記選択した可変レート・ボコーダに関連する前記符号化音声パケットが変更されたことを示すパケット変更制御信号を発生する手段；および
前記パケット変更制御信号に応答して、前記選択した可変レート・ボコーダを制御して、前記符号化音声パケットの変更に基づくボコーダ調節を行う手段；
から成るシステム。
【請求項６】
前記パケット変更制御信号を発生する前記手段は、音声パケット情報の破棄および音声パケット情報レートの少なくとも１つの低下によって生じた前記符号化音声パケットの変更に基づいて、前記パケット変更制御信号を発生する請求項５記載のシステム。
【請求項７】
前記制御する手段は、破棄された音声パケットに対応する音声パケットを復元し、後続の音声パケットを発生する際に用いるフィルタ状態データを更新する請求項６記載のシステム。
【請求項８】
前記制御する手段は、前記符号化音声パケットの変更が、音声パケット情報の破棄によって生じた場合、前記パケット変更制御信号に応答して、後続の音声パケットを発生する際に用いる音声パラメータの減衰する請求項７記載のシステム。
【請求項９】
前記制御する手段は、前記符号化音声パケットの変更が、音声パケット情報レートの低下によって生じた場合、前記パケット変更制御信号に応答して、前記後続の音声パケットに対する符号化レートを変化させる請求項６記載のシステム。
【請求項１０】
前記通信システムは、ＣＤＭＡシステムであり、ネットワーク・アービタが、前記選択した可変レート・ボコーダに、前記出力符号化音声が出力の前に変更されたことを示す、前記パケット変更制御信号を発生する請求項８記載のシステム。
【発明の詳細な説明】
発明の分野
本発明は、一般的に、限られた帯域幅のリンク上でデータ・スループットを向上させる通信システムに関し、更に特定すれば、通信システムにおいて音声符号化を制御する方法およびシステムに関するものである。
【０００１】
関連出願
本願は、"Method And System For Controlling An Encoding Rate In A Variable Rate Communication System"と題し、連番第CE03175R号を有し、同一発明者で、本願と同一譲受人に譲渡され、同一日に出願された同時係属中の出願と関連がある。
【０００２】
発明の背景
パケット・ネットワークおよびフレーム・リレー・システムの主な目的の１つは、限られた帯域幅の通信リンクに対して、システムのデータ・スループットを最高に高めることである。音声情報(speech information)の場合、従来の符号分割多元接続（ＣＤＭＡ）セルラ・システムは、音声の統計的性質を利用して、所与のデータ「パイプ」によって処理されるチャネル数を増大する。これは、特に、ＣＤＭＡシステムにおいて、ボイス・コーダ（ボコーダ）における音声コード化アルゴリズムが可変サイズの音声パケットを生成し、所与の時点における音声アクティビティの量に直接関係付ける場合に当てはまる。
【０００３】
チャネル数が増大するに連れて、音声（ボイス）パケットの短期要求のためにリンクのデータ・レートを超過する場合、パケット制止の発生が増大する。したがって、典型的に、これらの衝突発生が統計的に低いレベルに、チャネル数を設定する。かかる衝突が発生した場合、典型的に、音声パケットが破棄されるか、あるいは音声パケット内のビットを破棄して、パケット・サイズを縮小しなければならない。この結果、主として、関連する音声情報の損失，およびボイス・エンコーダのフィルタ状態のボイス・デコーダのフィルタ状態への発散(divergence)のために、ボイス品質の低下が不可避となる。例えば、基地サイト・コントローラ（ＢＳＣ）が、移動交換局から受信した音声をそのトランスコーダ(transcoder)において符号化する場合、そのボイスを受信する移動加入者ユニットが有するデコーダ・フィルタは、その状態が符号化フィルタの状態と同様でなければ、ボイス信号を適正に符号化および復号するためにフィルタが用いる適正な履歴記録を維持することができない。フィルタ状態がエンコーダおよび対応するデコーダ間で異なる場合、時間が経過するに連れてボイス品質の低下が生ずる虞れがある。
【０００４】
従来の符号分割多元接続セルラ無線電話システムでは、トランスコード情報を通過させる帯域幅が制限された通信リンクは、Ｔ１メガストリーム・リンクであり、この場合、データ・トラフィック転送レートを１６Ｋｂｐｓと仮定すると、９６チャネルが得られる。また、従来のＣＤＭＡセルラ無線電話システムでは、集中基地サイト・コントローラは、トランスコーダを用いて、高いレートのデータを低いレートのデータに変換する（その結果、帯域幅が狭くなる）。低レート・データは、トランスコード化データまたはレート適応化データ(rate adapted data)と呼ばれている。データは、典型的に、トラフィック・チャネル・パケット単位でコード化され、ネットワーク・アービタにおよびネットワーク・アービタから伝達される。ネットワーク・アービタは、トラフィック・チャネル間の調停を行い、どのパケットをどの時間シーケンスでどの周波数で通信するかについての選択を行う。ネットワーク・アービタは、ネットワーク・インターフェースとインターフェースし、トランスコーダから来る情報を基地局に伝達する。すると、基地局は、無線信号をセルラ加入者ユニット間で送信および受信する。しかしながら、ネットワーク・アービタは、典型的に、ボコーダに返信して符号化レートを変化させたり、音声パケットが欠落したことをボコーダに通知して、帯域幅のボトルネックを回避することはない。
【０００５】
音声エンコーダ・レートを低下させることによってシステム容量を増大させる形態は既知である。例えば、１９９５年１２月２０日に出願され、Method and Apparatus for Controlling Encoding Rate in a Communication Systemと題し、本願の譲受人に譲渡された米国特許出願連番第０８／５７５，４５０号は、移動加入者ユニット群からのリンク関連特性に基づいて、特定の移動加入者ユニットを、符号化レート低下の候補として識別するシステムを提案する。リンク関連特性は、例えば、移動機のハンドオフ状態，担当基地局または隣接基地局に対する移動機の位置，移動機の伝送特性，および移動機に生ずるノイズ量を含む。しかしながら、かかるシステムにおけるネットワーク・アービタは、典型的に、ボコーダに返信して符号化レートを変化させたり、音声パケットが欠落したことをボコーダに通知して、帯域幅のボトルネックを回避することはない。
【０００６】
したがって、高容量リンク使用の間、適切なボイス品質レベルを維持しつつ、通信リンク上において利用可能な帯域幅の最大化を容易にする装置および方法が求められている。
【０００７】
好適実施例の詳細な説明
開示する発明の一実施例は、基地サイト・コントローラのトランスコーダ段における可変レート・ボコーダのような複数の可変レート・ボコーダの各々から、ネットワーク・アービタのような通信リンク出力コントローラに送られる、符号化レート情報のような、可変レート・ボコーダ関連情報を利用する。次いで、通信リンク出力コントローラは、フィードバック信号を、選択した可変レート・ボコーダに送り、選択した可変レートボコーダの符号化レートを変更する。ネットワーク・アービタが、制限された帯域幅の通信リンク上で伝達しなければならないチャネル・パケットの要求レートを決定することができるように、可変レート・ボコーダ関連情報は、例えば、レート情報およびレート所望性情報(rate desirability information)を含む。レート情報は、可変レート・ボコーダからネットワーク・アービタへのフィードフォーワード計画レート・データ(feedforward projected rate data)とすることも可能である。
【０００８】
次に、ネットワーク・アービタは、要求レートをリンクの利用可能レートと比較し、ボトルネックが発生するか否かについて判定を行う。ネットワーク・アービタが、ボトルネックが発生すると判定した場合、ボコーダ制御信号を発生し、選択した可変レート・ボコーダに返送し、この可変レート・ボコーダに、現パケットに対するその符号化レートを低下させるように通知し、符号化が完了するときに、初期状態において決定したよりも低いレートでパケットが符号化されるようにする。このように、ネットワーク・アービタは、ボコーダ・レート制御信号を発生し、可変レート・ボコーダが現パケットの符号化を完了する前に、可変レート・ボコーダの選択制御を容易にし、符号化プロセスが完了する前に、現パケットの符号化レートを変化させる。
【０００９】
別の実施例では、ネットワーク・アービタは、ボトルネックが発生し得ると判定した場合、追加的におよび独立して音声パケット・データを変更する。しかしながら、従来のシステムとは対照的に、ネットワーク・アービタは、欠落したパケットを発生した可変レート・ボコーダにも、パケットが欠落したことを通信する。その結果、対応する可変レート・ボコーダは、それに応じてそのフィルタ状態を調節して発散を減少させることにより、エンコーダおよびデコーダのフィルタが収束し、時間が経つに連れてボイス品質が向上する。
【００１０】
更に別の実施例では、ネットワーク・アービタは、ボトルネックが発生し得ると判定した場合、音声パケット・データを独立して変更する。しかしながら、従来のシステムとは対照的に、ネットワーク・アービタは、欠落したパケットを発生した可変レート・ボコーダにも、変更データを伝達し、パケットが変更されたことを示す。その結果、対応する可変レート・ボコーダは、それに応じてそのフィルタ状態を調節して発散を減少させることにより、エンコーダおよびデコーダのフィルタが収束し、時間が経つに連れてボイス品質が向上する。
【００１１】
第１図は、帯域幅が制限されているリンク１４を通じた移動サービス交換局（ＭＳＣ）１２と通信する基地サイト・コントローラ１０を示す。好適実施例では、通信システムは、符号分割多元接続（ＣＤＭＡ）セルラ無線電話システムである。しかしながら、他のオーディオ通信システムを含む、あらゆる適切な通信システムが本発明を利用可能であることは、当業者には認められよう。移動サービス交換局１２は、公衆電話交換網（図示せず）と通信する。ＢＳＣ１０は、ＭＳＣ１２と同様の交換機能を実行するが、場所がＭＳＣ１２に対して離れている。基地局１６，１８は、帯域幅制限リンク２０を通じてＢＳＣ１０に通信する。基地局１６，１８は、複数の移動局２２ａ，２２ｂと通信することができる。
【００１２】
基地局コントローラ１０は、トランスコーダ２６と通信し、音声パケット情報２８を伝達するネットワーク・アービタ２４を含む。ネットワーク・アービタ２４は、バスを通じてトランスコーダ２６からのフィードフォーワード・データ信号３０を受信する。ネットワーク・アービタ２４は、フィードフォーワード・データ３０に基づいて、音声の符号化パケットの送信に必要なリンク帯域幅を決定する。ネットワーク・アービタ２４は、要求リンク帯域幅を利用可能なリンク帯域幅と比較し、リンクに残っている帯域幅の量を判定する。これに応答して、ネットワーク・アービタ２４は、要求帯域幅が利用可能な帯域幅を超過する場合、ボコーダ・レート制御信号３２を発生する。受信側の可変レート・ボコーダは、符号化レートを制御し、リンクに対する帯域幅要求の削減を容易にする。したがって、ネットワーク・アービタ２４は、選択的に、トランスコーダ２６からの少なくとも１つの可変レート・ボコーダの符号化レートを制御し、要求リンク帯域幅の削減を容易にする。このように、ＢＳＣ１０は、トランスコーダ２６からネットワーク・アービタへのフィードフォーワード制御データを利用し、加えてネットワーク・アービタ２４が発生するフィードバック・ボコーダ・レート制御信号を組み込み、選択的に１つ以上の音声エンコーダを制御し、当該エンコーダの音声パケットがネットワーク・アービタ２４に送信される前に、符号化レートを低下させる。
【００１３】
第２図は、トランスコーダ２６を有するＢＳＣ１０を示す。トランスコーダ２６は、多数の可変レート・ボコーダ３４を有し、各々、従来の音声エンコーダ３６およびレート決定段３８を備えている。音声エンコーダ３６は、当技術分野では既知のように、受信音声情報１４を符号化し、トラフィック・チャネル・パケット２８を発生し受信する。音声エンコーダ３６は、可変レート・エンコーダである。呼処理ブロックが、呼シグナリング制御データをレート決定段３８に送る。呼処理ブロックは、当技術分野では既知のように、とりわけ、呼設定，呼分解(call tear down)コマンド，およびパワー制御情報を発生する。このデータは、典型的に、符号化音声情報と多重化され、移動ユニット２２ａまたは２２ｂとの適正な通信を容易に実現するには重要である。
【００１４】
ネットワーク・アービタ２４は、バッファ４０内にトラフィック・チャネル・パケット２８を受信する。次いで、トラフィック・チャネル・パケット２８は、マルチプレクサ４２の制御の下で、帯域幅制限リンク２０を通じて送信されるか、あるいは制限帯域幅２０から受信される。また、ネットワーク・アービタ２４は、マルチプレクサ４２を制御し、ボコーダ・レート制御信号３２を発生しボコーダ・レート制御信号３２を可変レート・ボコーダ３４の各々に返送する制御プロセッサ４４も含む。また、ネットワーク・アービタ２４は、メモリ４６へのアクセスを有する。メモリ４６は、データベースまたはその他の適切なメモリとすることができる。
【００１５】
再びレート決定部３８および可変レート・ボコーダ３４に言及するが、ボコーダ内の典型的なレート決定段の場合と同様、受信した音声情報を分析し、音声エンコーダ３６で音声を符号化すべきレートを決定する。しかしながら、従来のシステムとは異なり、このレート・データはネットワーク・アービタ２４にも送られる。このレート情報を、ここでは、計画レート・データ(projected rate data)と呼ぶことにする。可変レート・ボコーダ３４は、レート決定部３８を介して、計画レート・データ４８を、制御プロセッサ４４による使用のために、ネットワーク・アービタ２４に送信する。好ましくは、レート決定部３８は、音声エンコーダが所与のパケットに対する音声符号化プロセスを完了する前に、計画音声符号化レートを決定する。このように、制御プロセッサ４４は、ボコーダの各々から計画レート・データ４８を評価する十分な時間を有し、要求帯域幅を決定する。
【００１６】
動作において、一旦要求帯域幅が利用可能な帯域幅を超過していると判定されたなら、制御プロセッサ４４はボコーダ・レート制御信号３２を発生し、特定の可変レート・ボコーダを選択的に制御する。ボコーダ・レート制御信号３２は、関連するレート決定部３８に、特定の音声エンコーダ３７に対するレートを低下させるように通知することにより、音声エンコーダ３６は、現音声パケットをネットワーク・アービタ２４に送信する前に、同じパケットの再符号化が可能となる。したがって、ネットワーク・アービタ２４は、数個のボコーダから情報を受信し、今後の(near-term)データ・レート要求を予測し、これらの要求を利用可能なまたは指定したリンク容量と比較する。各可変レート音声エンコーダ３６は、音声符号化プロセスの早い内にそれらの符号化レートを決定する。ボコーダ・レート制御信号に応答して、選択されたボコーダは、現符号化状態分析し、現パケットに対する符号化レートを低下させた再符号化が適切に行われるか否かについて判定を行う。更に、データ・レートが高い程、典型的に、フレームが得られる前に完了するのに要する処理時間は大幅に長くなる。したがって、制御プロセッサ４４には、どのボコーダがその符号化レートを減少させることによって、より多くの帯域幅削減の効果を得て帯域幅変化量を最大にする可能性が高いかについて判定する時間が許される。
【００１７】
好ましくは、制御プロセッサ１４は、メモリ４６内の参照テーブルに最大帯域幅値を格納することによって、利用可能な帯域幅を判定する。計画レート・データ４８は、好ましくは、どのボコーダが情報を送っているのかを示すボコーダ識別ビットを含み、更に当該特定のボコーダに対する計画レートを表わすビットも含む。また、メモリ４６はレート変換参照テーブルも含み、制御プロセッサ４４が受信した計画レート情報を相互参照し、送信に必要なビット数を決定することができる。他の適切なコマンドおよびデータ技法も用いて、レート変換テーブルを不要とすることも可能である。例えば、レート決定部３８は、自動的に変換を行い、符号化されている音声サンプル・ビットの数を示すビット・ストリームを送ることも可能である。
【００１８】
必要であれば、可変レート・ボコーダからのレート・データは、フィードフォーワード計画レート・データとしては送らず、完全に符号化されたトラフィック・チャネルの音声パケット２８の一部として同時に送られるレート・データとすることも可能である。言い換えると、可変レート・ボコーダは、トラフィック・チャネル・パケットの一部として、符号化レート・データを送ることができる。この場合、符号化プロセスは、音声パケットに対して完了し、ネットワーク・アービタ２４はボコーダ・レート制御信号３２を、選択したボコーダに発生し、この選択したボコーダに、当該ボコーダからの後続の音声パケットに対するレートを低下させるように通知する。このように、ネットワーク・アービタは、ボコーダ・レート制御信号を発生し、ボコーダがパケットの符号化を完了した後に、このボコーダを容易に選択制御し、後続のパケットの符号化レートを変化させる。
【００１９】
別の実施例では、フィードフォーワード・データ３０は、更にレート信頼性レベル・データ５０も含むことができる。レート信頼性レベル・データ５０は、計画レート・データ４８が所与の音声パケットに対して必要なボコーダ・レートを示す信頼性のレベルを表わす。ネットワーク・アービタ２４は、可変レート・ボコーダ３４の各々から、レート信頼性データ５０を受信する。全てのボコーダから計画レート・データ４８から受信し、全てのボコーダからレート信頼性データ５０を受信した後、ネットワーク・アービタは、信頼性レベルが低い方のボコーダを選択的に制御し、当該ボコーダにその符号化レートを低下させる。この方法は、レート変更の対象となっているボコーダが強い音声信号情報を符号化していない確率を高めるものである。このようにして、より高い符号化レートを必要とするチャネルに対する劣化を最小に抑えつつ、改善したボイス品質を維持することができる。
【００２０】
信頼性レベル・データ５０は、ボコーダ・レート決定部３８がレート判断についてどれ位明確であるかを表わす。信頼性レベル・データ５０は、無選択からボーダライン状態までの範囲を取ることが好ましい。例えば、レート決定部３８は、その推定を、背景ノイズ・レベルと３つの可変スレシホルドとの比較に基づくことができる。３つのスレシホルドは、符号化を最大レート，半レート，１／４レートまたは１／８レートのどれで行うのかを示す。この構成では、信頼性レベル・データは、背景ノイズ・レベルと、選択したレートの低い方のスレシホルドとの間の差に基づく。例えば、規格ＩＳ９６Ａでは、レート決定部は、以下に示す３つの可変スレシホルド（Ｔ１，Ｔ２，Ｔ３）と比較する背景ノイズＢｉの推定に基づいて、符号化レートを決定する。
【００２１】
Ｔ３＝最大符号化レート
Ｔ２＝半符号化レート
Ｔ１＝１／４符号化レート
Ｔ１以下＝１／８レート
このように、Ｂｉの値がスレシホルドＴ３を超過している場合、符号化レートを最大レートに設定する。Ｔ１を超過するが、Ｔ２を超過していない場合、符号化レートは１／４レートに設定する等とする。したがって、ＩＳ９６Ａでは、信頼性レベル値（ＣＬＶ）は、Ｂｉと選択されたレートの低い方のスレシホルドとの差に基づき、次のようになる。
【００２２】
ＣＬＶ（最大レート）＝（Ｂｉ-Ｔ３）の関数
ＣＬＶ（半レート）  ＝（Ｂｉ-Ｔ２）の関数
ＣＬＶ（１／４レート）＝（Ｂｉ-Ｔ１）の関数
ＣＬＶ（１／８レート）＝（Ｂｉ）の関数
また、信頼性レベルは、音声パケット内のデータ型にも基づくことが好ましい。例えば、音声パケットが呼処理段からのシグナリング・データを含む場合、好ましくは、シグナリング情報のレートは、最大レートから低下させるべきでない。何故なら、ネットワーク・アービタからの送信の間にデータを損失する危険性があるからである。したがって、ボコーダは高い信頼性レベルをこの音声パケットに割り当てる。他の信頼性レベル評価基準も使用可能であることは認められよう。
【００２３】
更に別の実施例では、可変レートボコーダ３４は、レート決定部３８によって、音声パケットの計画到達時刻データ５２を発生しかつ送信して、リンクに対する帯域幅要求の削減を容易にする。計画到達時刻データ５２は、制御プロセッサ４４が、いつトラフィック・チャネル・パケット２８（符号化された）が実際にバッファ４０から送信可能になるかを判定する際に役立つものである。この情報は、符号化が完了する前に残っている時間を判定するのを容易にする。ネットワーク・アービタ２４の制御プロセッサ４４が、特定の可変レート・ボコーダに対する音声パケットの符号化を完了するために必要な時間量を算出可能かあるいは知っていれば、計画到達時刻データ５２は不要としてもよいことは認められよう。
【００２４】
別の実施例では、フィードフォーワード・データ３０は、可変レート・ボコーダ３４からネットワーク・アービタ２４によって受信された、シグナリング・パケット・データ５４を含むことも可能である。シグナリング・パケット・データ５４は、同期通信システムにおける可変レート・ボコーダからネットワーク・アービタへの同期音声パケット送信の開始時刻を表わす。しかしながら、かかるシグナリング・パケット・データは、非同期通信システムでは、ネットワークおよびトランスコーダ間では不要な場合もあることは認められよう。
【００２５】
第３図に示すように、ネットワーク・アービタ２４を初期化し、変換参照テーブルおよび最大帯域幅値をメモリ４６に格納する。これをブロック６０に示す。ブロック６２に示すように、ネットワーク・アービタ２４は、可変レート・ボコーダ３４の各々から、計画レート・データ４８を受信する。ブロック６４に示すように、可変レート・ボコーダの各々からの計画レート・データ４８の全てを用いて、ネットワーク・アービタ２４は要求リンク帯域幅を判定する。ブロック６６に示すように、判定した要求リンク帯域を、メモリ４６に格納されている利用可能リンク帯域幅値と比較する。ブロック６８に示すように、制御プロセッサ４４が、要求帯域幅が利用可能帯域幅を超過していると判断した場合、ブロック７０に示すように、制御プロセッサ４４はボコーダ・レート制御信号３２を発生し、要求帯域幅が利用可能帯域幅を超過すると思われる音声パケットを有するボコーダを選択的に制御する。
【００２６】
第４図は、ＢＳＣ１０の動作を更に詳細に示す。ブロック７２に示すように、ネットワーク・アービタ２４は、リンク２０の帯域幅を評価する。ブロック７４に示すように、ネットワーク・アービタ２４は、帯域幅制限リンク２０に関連する最大利用可能帯域幅値を判定する。次に、ブロック７６に示すように、制御プロセッサ４４を用いて、最大利用可能帯域幅値をメモリ４６に格納する。また、ブロック７８に示すように、制御プロセッサ４４はレート変換参照テーブルもメモリ４６に格納する。ＰＣＭ音声情報が各可変レート・ボコーダ３４毎に音声エンコーダ３６およびレート決定部３８に受信されると、ボコーダはレート決定部３８によってフィードフォーワード・データ３０を発生する。レート決定部３８は、計画レート・データ４８，および／またはレート信頼性レベル・データ５０，および／または計画到達時刻５２および必要であれば、フレーム開示時刻５４を発生する。ブロック８０に示すように、フィードフォーワード・データ３０は、制御プロセッサ４を介して、ネットワーク・アービタ２４によって受信される。ブロック８２に示すように、制御プロセッサ４４は、最初に、メモリ４６からの変換レート参照テーブルにアクセスし、計画レート・データ４８をある数のビットに変換する。ブロック８４に示すように、変換したレート・データは、制御プロセッサ４４によって加算され、要求リンク帯域幅を決定する。次いで、制御プロセッサ４４は、ブロック８６に示すように、要求リンク帯域幅を、格納されている最大帯域幅値と比較することによって、要求リンク帯域幅が利用可能リンク帯域幅を超過するか否かについて判定を行う。要求リンク帯域幅が利用可能帯域幅を超過していない場合、ブロック８８に示すように、ネットワーク・アービタは、その時点の符号化トラフィック・チャネル・パケットを送信即ち出力する。符号化フレームを送ると、ブロック９０に示すように、当該フレームに対するプロセスは完了する。
【００２７】
ブロック９２に示すように、制御プロセッサ４４は再度要求帯域幅を判定し、ブロック９４に示すように、レート信頼性レベル・データ５０を評価する。ブロック９６に示すように、ボコーダの各々からのレート信頼性レベル・データ５０に基づいて、制御プロセッサ４４は、ボコーダ・レート制御信号を通じて、信頼性レベルが低いボコーダに、その符号化レートを低下させるように命令する。十分な量の追加帯域幅を得るためには１つ以上のボコーダを低下させなければならない場合、制御プロセッサ４４は、レート信頼性レベル・データが示す順序で、順次他のボコーダに命令する。したがって、ネットワーク・アービタは、選択的に、他の可変レート・ボコーダから受信したレート信頼性レベル・データと比較して、レート信頼性レベル・データが低いボコーダの符号化レートを制御し、選択したボコーダの符号化レートを低下させる。
【００２８】
所与のボコーダに対する計画レートを知り、更に要求帯域幅および利用可能帯域幅の量を知ると、ブロック１００に示すように、制御プロセッサ４４は、低下によって得られた、余分な帯域幅の量を判定する。ブロック１０２に示すように、要求帯域幅が未だ利用可能帯域幅を超過する場合、制御プロセッサ４４は、ブロック９６に示すように、ボコーダ・レート制御信号３２を発生し、信頼性レベルが最も低い方から２番目のボコーダに命令する。要求帯域幅が利用可能帯域幅を超過しない場合、ネットワーク・アービタ２４は、引き続き計画レート・データ４８を評価し、追加の帯域幅が必要となるまで、ボコーダ・レート制御信号３２を発生するのを待つ。
【００２９】
また、選択されたボコーダがボコーダ・レート制御信号３２を受信した場合、選択されたボコーダは、現符号化プロセスにおいて、それがどのあたりに位置するのか判定を行う。ボコーダが戻って低レートで再度符号化する時間があると判断した場合、前回のフレームから得られるフィルタ状態を再現することによって、現パケットに対する再符号化動作を実行する。典型的に、レートが低いフレーム程、符号化するのに要する時間は少ない。また、これらは送る時間も短いため、フレーム送信は後の時点で開始することができる。
【００３０】
第５図および第６図を参照すると、前述のプロセスを実行するためには、ブロック１１０に示すように、制御プロセッサ４４はそのカウンタおよびレジスタを初期化する。制御プロセッサ４４が、受信したトラフィック・チャネル・パケットがあるチャネルに対する最初のパケットであると判定した場合、制御プロセッサ４４は、フレームの終端に達するまでの時間量に、計画到達時刻データ５２によって示される最大予測到達時刻を加算した値で、送信時刻レジスタを初期化する。また、内部カウンタもゼロにセットする。これをブロック１１２に示す。ブロック１１４において、制御プロセッサ４４は、カウンタにモッド様式で(mod fashion)で増加続けさせ、当技術分野では既知の循環カウントを行う。ブロック１１６に示すように、制御プロセッサは、計画レート・データ４８によって決定される全てのチャネル帯域幅レートを加算することによって、要求帯域幅を判定する。ブロック１１８に示すように、制御プロセッサ４４は、要求帯域幅が利用可能帯域幅よりも大きいか否かについて判定を行い、ブロック１２０に示すように、追加の帯域幅が必要でない場合、ボコーダ・レート制御信号３２を発生しない。
【００３１】
レート制御に対する優先順位を可変レート・ボコーダの付けるために、ネットワーク・アービタ２４は、制御プロセッサ４４によって、計画レート・データ４８を評価し、可変レート・ボコーダを検索し、最大レートでの符号化を必要とすることを示すのはどの可変レート・ボコーダであるのかについて判定を行う。また、制御プロセッサ４４は、レート信頼性レベル・データ５０を評価し、ブロック１２２に示すように、各連続チャネル毎に、最も低い信頼性を格納しているカウンタに関連するチャネルから開始する。ネットワーク・アービタ２４は、最大レートにおいて信頼性レベルが最も低い可変レート・ボコーダを、選択可変レート・ボコーダとして選出する。最大レートで動作している可変レート・ボコーダがない場合、ネットワーク・アービタ２４は、可変レート・ボコーダを、半レートのような、次にレートが高いカテゴリに集合化し、信頼性レベルが最も低い半レート可変レート・ボコーダを、選択可変レート・ボコーダとして選出する。
【００３２】
ブロック１２４に示すように、制御プロセッサ４４は、選択した可変レート・ボコーダに対して、ボコーダ・レート制御信号３２を発生し、全てのチャネルの和が、利用可能帯域幅未満であることを保証する。明確化のために、ブロック１２２，１２４を、更に、ブロック１２６ないし１３０に分解する。ブロック１２６に示すように、可変レート・ボコーダを検索してレート情報を求める際（計画レート・データ４８におけるレート・データを分析する）、制御プロセッサ４４は、検索から既に格納されている低信頼性群における次のチャネルについて、信頼性レベル・データ５０を分析する。ブロック１２８に示すように、当該群の最も信頼性レベルが低い可変レート・ボコーダに基づいて、選択した可変レート・ボコーダにボコーダ・レート制御信号３２を発生する。ブロック１３０に示すように、符号化データの適正な送信を可能にするにはレート低下量が十分でない場合、制御プロセッサ４４は、別の可変レート・ボコーダを選択し、この可変レート・ボコーダのレートを低下させる。
【００３３】
第６図に示すように、ボコーダ・レート制御信号３２に対するタイミングの発生および送信は、所与の音声パケットに対する符号化プロセスの完了前に行うことが好ましい。例えば、音声フレームを２０ミリ秒長とすると、収容されている音声フレームに対する符号化プロセスは、符号化が最大レート，半レート，１／４レートまたは１／８レートのどれかによって、５ないし１５ミリ秒間で変化する。計画レート信号４８は、音声エンコーダ３６が符号化プロセスを開始して間もなく、可変レート・ボコーダによって発生される。ネットワーク・アービタ２４は、計画レート信号４８を受信した後であるが符号化が完了する前に、ボコーダ・レート制御信号３２を送り、音声パケットがネットワーク・アービタ２４に送られる前に、音声エンコーダ３６が音声パケットを再度符号化することを可能にする。
【００３４】
このように、ネットワーク・アービタ２４は、最大許容データ保持時間のような固定情報だけでなく、レートおよび期待時間フレーム到達を早めに知り、これらを用いて、その制限帯域幅を超過しつつあるか否か予測する。ネットワーク・アービタは、フィードバック・ボコーダ・レート制御信号を用いて可変レート・ボコーダに、次のフレームのレートを制限するように命令する。選択される可変レート・ボコーダは、以前のフレームの受信および時間整合に基づいて、次のフレームの予測到達時刻によって決められる。加えて、１つ以上の可変レート・ボコーダにパケットを再度符号化する十分な時間がある場合、ネットワーク・アービタは、それらの可変レート・ボコーダに現フレームのレートを低下させるように命令する。選択される可変レート・ボコーダは、信頼性レベルデータに基づく。しかしながら、特定のボイス・チャネルに対する破壊を極力抑えるために、絶対に必要な場合にのみ、連続するフレームにおいて同じ可変レート・ボコーダにコマンドを発行する。
【００３５】
第７図は、更に別の実施例を示す。これは、パケット変更制御信号１３２の追加を除いて、第２図に示した実施例と同一である。パケット変更制御信号１３２は、音声エンコーダ３６に十分な時間がない場合に、ネットワーク・アービタ１３４によって独立して発生され、音声パケットを再度符号化し、ネットワーク・アービタ１３４は、可変レート・ボコーダ３４からの受信音声パケットを独立して変更する。ネットワーク・アービタ１３４が、フレームまたはビットを破棄することによって音声パケットを変更する場合、音声パケットを送った可変レート・ボコーダにその情報を伝達するので、可変レート・ボコーダのフィルタ状態を適切に更新し、可変レート・ボコーダのフィルタおよび移動ユニット内の対応するデコーダ間の発散を回避することができる。パケット変更制御信号１３２は、帯域幅制限リンク２０を通じて出力された出力符号化音声が、出力の前に、ネットワーク・アービタ１３４によって変更されたことを示す。したがって、パケット変更制御信号１３２は、例えば、チャネルを示すチャネル・データや、パケットを破棄したことまたはパケットのレートを低下させたことを示すデータを含む。可変レート・ボコーダ１３６は、音声エンコーダ１３８を介して、パケット変更制御信号１３２を受信する。次いで、可変レート・ボコーダ１３６は、音声エンコーダ１３８を制御し、情報の破棄と一致するように、そのフィルタを変更する。
【００３６】
第２図におけるネットワーク・アービタ２４と同様、ネットワーク・アービタ１３４は複数の可変レート・ボコーダ１３８からレート・データを受信する。レート・データは、フィードフォーワード・データ３０からの計画レート・データ，または符号化トラフィック・チャネル音声パケット２８に埋め込まれている同時レート・データとすることができる。ネットワーク・アービタ１３４は、レート・データに基づいて、音声の符号化パケットの送信に必要なリンク帯域幅を判定する。ネットワーク・アービタ１３４は、要求リンク帯域幅を、メモリから得られる利用可能帯域幅と比較する。可変レート・ボコーダに現音声パケットの符号化レートを低下させる十分な時間がある場合、ネットワーク・アービタは、ボコーダ・レート制御信号３２によって、比較に応答して、当該可変レート・ボコーダの符号化レートを選択的に制御する。
【００３７】
次に、ネットワーク・アービタは、リンクを通じて符号化音声を出力する。選択した可変レート・ボコーダに符号化レートを変更する十分な時間がない場合、ネットワーク・アービタは、可変レート・ボコーダからの受信音声パケット情報を破棄すること、および／または音声パケット内のビットを除去し音声パケット・レートを低下させることによって、出力音声パケットを変更する。次に、ネットワーク・アービタは、選択した可変レート・ボコーダに対して、パケット変更制御信号１３２を発生し、出力の前に出力符号化音声を変更したか否かを示す。これは、変更に基づいて行われる。ネットワーク・アービタは、パケット変更信号を送信し、出力符号化音声を変更した場合、パケット変更制御信号に応答して、選択した可変レート・ボコーダを制御する。
【００３８】
音声エンコーダ１３８は、パケット変更制御信号１３２を受信し、破棄された以前の音声パケットを復元し、そのフィルタ状態データを更新し、後続の音声パケットを発生する際に用いる。音声エンコーダ１３８は、Electronics Industries Association/Telecommunications Industries Association, Engineering Publications Office, 2001 Pennsylvania Avenue, Washington, D.C. 20006から入手可能なＩＳ９６Ａに準拠するようなフィルタ更新技術、または本願の譲受人に譲渡された米国特許番号第５，５１９，７７９号に開示されているようなフィルタ更新技術を用いることができる。音声パケットに対する変更が、音声パケットを破棄した結果である場合、音声エンコーダ１３８は、パケット変更制御信号１３２に応答して、後続の音声パケットに対する音声パラメータを減衰させる(decay)。
【００３９】
音声パケット出力レートの低下の結果音声パケットが変更された場合、音声エンコーダ１３８は、パケット削減方法を後続のパケットに適用することによって、後続の音声パケットに対する符号化レートを変化させる。パケット削減方法は、"Method and Apparatus for Inserting Signaling in a Communication System"と題し、本願の譲受人に譲渡された米国特許番号第５，５１９，７７９号に記載されている形式のものとすることができる。
【００４０】
更に別の実施例では、選択した可変レート・ボコーダが現音声パケットを再度符号化する十分な時間を有していない場合、可変レート・ボコーダは、元の選択レートで処理を続け、次いで、本願においても使用可能な米国特許番号第５，５１９，７７９号に記載されているようなレート低下方法を適用し、それに応じてそのフィルタ状態を更新する。
【００４１】
以上のように、開示した発明の一実施例は、ボコーダ・レート・データのフィードフォーワード情報を用いることによって、容易に帯域幅要求の削減を実現する。ネットワーク・アービタは、短期データ要求を算出し、それらを利用可能な容量と比較することによって、帯域幅ボトルネックの発生を予測する。また、ネットワーク・アービタは、帯域幅ボトルネックが予測される場合に、取るべき処置も決定する。加えて、ネットワーク・アービタが特定のトラフィック・チャネル上において情報を破棄するか、あるいはそれ以外の方法でパケットを変更する場合、ネットワーク・アービタは、その処置の特性を、適切な可変レート・ボコーダに伝達するので、当該可変レート・ボコーダは、それに応じてそのフィルタを更新することができる。本システムは、レート決定アルゴリズムによって当初算出されたものよりも低いレートでの再符号化を容易にし、リンク帯域幅要求を削減する。
【００４２】
帯域幅制御システムの別の形式の実施例を、第８図、第９図および第10図に示す。通信システム１４０は、フィードフォーワード・データ３０およびボコーダ・レート制御信号３２を除いて、第７図のシステムと同じ構成要素を有する。したがって、システム１４０は、フィードバック・レート制御信号を発生して可変レート・ボコーダの符号化レートを変化させるのではなく、パケットを独立して変更し、いかにして出力パケットを変更したかについての情報をエンコーダに提供することによって、エンコーダおよびデコーダ間の収束を維持する。パケット変更およびフィルタ更新技術に対するシステム１４０の動作は、第７図のシステムを参照しながら説明したパケット変更およびフィルタ更新技術と同一である。
【００４３】
したがって、システム１４０は、トランスコーダ１４４と通信するネットワーク・アービタ１４２を含む。トランスコーダ１４４は、全体的に１４６で示す多数のボコーダを含み、各ボコーダが音声エンコーダ１４８およびレート決定部１５０を有する。また、ネットワーク・アービタ１４２は、制御プロセッサ５２も含み、選択した可変レート・ボコーダ１４６に、パケット変更制御信号を発生し、リンク２０上に出力された符号化音声が、出力の前に変更されたことを示す。各ボコーダは、音声エンコーダから出力された符号化音声がネットワーク・アービタ１４２によって変更された場合、パケット変更制御信号に応答して、その内部フィルタを制御する。これは、第７図を参照して先に説明したのと同様である。好ましくは、ネットワーク・アービタ１４２は、音声パケットを破棄したかあるいは帯域幅制限リンク２０上に出力する前に音声パケット内のビット数を削減することによって音声パケット・レートを低下させた結果生じた音声パケットの変更に基づいて、制御プロセッサ１５２によってパケット変更制御信号１５４を発生する。
【００４４】
ネットワーク・アービタ１４２は、チャネル・パケット・データ２８から、情報量がリンク２０の制限された帯域を超過すると判断した場合、音声パケット情報の破棄または音声パケット・レートの低下というような、音声パケットを変更する独立した処置を取ることができる。ボトルネックが発生するか否かについての判定は、従来のネットワーク・アービタと同様に行うことができる。しかしながら、従来のネットワーク・アービタとは対照的に、ネットワーク・アービタ１４２は、パケット変更情報を、パケット変更制御信号１５４を通じて、リンク２０上に出力する際にパケットを破棄した音声エンコーダまたは音声パケット・レートを低下させた音声エンコーダに返送する。このように、基地局コントローラによって制御されるエンコーダおよび移動加入者ユニット内のデコーダは、同様のフィルタ状態を維持し、呼の間におけるフィルタ処理の発散を防止することができる。
【００４５】
動作において、システム１４０は、複数の可変レート・ボコーダ１４８から符号化音声パケット２８を受信し、受信した符号化音声パケットに基づいて、ボイスの符号化パケットの送信に必要なリンク帯域幅を決定する。ネットワーク・アービタ１４２は、要求リンク帯域を、利用可能なリンク帯域幅と比較し、リンク２０上に符号化音声を出力する。ネットワーク・アービタ１４２は、要求リンク帯域幅を利用可能なリンク帯域幅と比較し、要求リンク帯域幅が利用可能なリンク帯域幅を超過するのを発見した場合、ネットワーク・アービタ１４２は必要な数の音声パケットを破棄するか、あるいは特定の音声パケットの音声パケット・レートを低下させ、リンク２０上の出力符号化音声に対して十分な帯域幅があることを保証する。
【００４６】
音声パケットに対する変更を行った場合、ネットワーク・アービタ１４２は、音声パケットを変更するために選択した可変レート・ボコーダ１４８にパケット変更制御信号１５４を発生する。従来の通信システムとは対照的に、音声コーダは、典型的に、符号化音声が実際に送信されデコーダによって復号されたか否かについては知らないが、本発明では、符号化音声パケットがリンクを通じて伝達されたことを示す情報が音声エンコーダに返送されるので、音声エンコーダは、当該チャネルに対して符号化される後続の音声パケットのために、そのフィルタ状態に対応する変化を加えることができる。ネットワーク・アービタの音声パケット情報の破棄または情報レートの低下の独立した制御は、エンコーダからの音声パケットを受信するチャネルに対して、音声エンコーダおよび対応するデコーダ間の履歴互換性(historical compatibility)を維持するのに役立つ。
【００４７】
第９図および第１０図は、システム１４０の動作を示す。ブロック１６０から開始し、ここで、音声エンコーダ１４８は、音声パケットを符号化し、パケットをリンク２８を通じてバッファ４０に送信する。また、ブロック１６２に示すように、音声エンコーダ１４８は、そのメモリに、送信した音声パケットに対するフィルタ状態のバックアップ表示，および音声パケット自体を格納する。ブロック１６４に示すように、音声エンコーダ１４８は新たな音声パケットを発生し、ブロック１４６に示すように、それに応じてそのフィルタ状態を更新する。次に、ブロック１６８に示すように、音声エンコーダは、音声パケットをネットワーク・アービタ１４２に送る。次いで、ブロック１６８に示すように、音声エンコーダは音声パケットをネットワーク・アービタ１４２に送る。
【００４８】
次に、ブロック１７０に示すように、ネットワーク・アービタ１４２は、制御プロセッサ１５２によって、変更せずに音声パケットを出力するために利用可能な帯域があるか否かについて判定を行う。音声パケットに対する変更が必要でない場合、ネットワーク・アービタ１４２は、ブロック１７２に示すように、帯域幅制限リンク２０を通じて、音声パケットを送信（出力）する。帯域幅の制限のために音声パケットを出力できない場合、ブロック１７４に示すように、ネットワーク・アービタ１４２は、独立した処置を取り、音声パケットを変更する。例えば、音声パケットを変更するには、パケットを破棄するか、あるいはパケット・サイズを縮小して音声パケットの送信レートを低下させることができる。一旦所与の音声パケットに対する変更が行われたならば、ブロック１７６に示すように、ネットワーク・アービタ１４２は、パケット変更制御信号１５４を発生し、音声パケットを変更したボコーダに対応する、選択したボコーダに送る。
【００４９】
パケット変更制御信号１５４は、ボコーダを表わすビットおよび音声パケットを表わすビットを含むビット・ストリームとすることができ、単一のパケット変更信号１５４を全てのボコーダに送ることができるが、各ボコーダが、ボコーダ識別データに基づいて、変更した音声パケットがそれによって符号化されたものか否かについて判定する。パケット変更制御信号には、適切なデータ・コマンド構造であればいずれでも使用可能であることは、当業者には認められよう。パケット変更制御信号１５４内のデータは、ネットワーク・アービタ１４２が独立して音声パケットを破棄したか、あるいはパケット・サイズを縮小したかを示す。
【００５０】
ブロック１７８に示すように、ネットワーク・アービタ１４２が音声パケットを破棄することによって音声パケットを変更した場合、音声パケットが変更されたボコーダは、ブロック１８０に示すように、以前の音声パケットを復元する。次いで、ボコーダは、ブロック１８２に示すように、以前の音声パケットに対する音声パラメータを減衰させる（消去処理を行う）。これは、ＩＳ９６Ａに明記されているボコーダの仕様にしたがって行えばよい。次いで、ブロック１８４に示すように、ボコーダは、減衰した音声パラメータを音声エンコーダに反映するように、フィルタ状態を更新させる。このプロセスは、ブロック１８６に示すように、必要に応じて、破棄された各音声パケットについて繰り返される。音声パラメータを減衰させ、フィルタ状態をそれに応じて更新してフィルタを更新することにより、音声エンコーダは、音声パケット情報を受信するデコーダと同様のフィルタ状態を維持し、これによってエンコーダおよびデコーダ間で比較的一定の履歴フィルタ情報を維持する。
【００５１】
ブロック１８８に示すように、ネットワーク１４２が音声レートを低下させるかパケット・サイズを縮小することによって音声パケットを変更した場合、音声パケットのサイズを縮小したボコーダは、ブロック１９０に示すように、以前の音声パケットを復元する。次に、ボコーダは、ブロック１９２に示すように、後続のパケットにパケット削減アルゴリズムを適用する。パケット削減方法は、"Method and Apparatus for Inserting Signaling in a Communication System"と題し、本願の譲受人に譲渡された米国特許番号第５，５１９，７７９号に記載されている形式のもの、またはその他の適切な技法とすることができる。次に、ボコーダは、ブロック１９４に示すように、パケット削減アルゴリズムにしたがってフィルタ状態を更新し、更に、ブロック１９６に示すように、ネットワーク・アービタ１４２によってレートを低下させた各パケットに対して、パケット削減アルゴリズムを繰り返す。この場合も、このようにして、選択された音声エンコーダによって符号化される後続の音声パケットは、移動加入者ユニットの対応するデコーダによって受信される音声パケット情報を、一層近似して表わすことになる。再度ブロック１８８を参照して、ネットワーク・アービタが独立してパケット・サイズを縮小しなかった場合、ブロック１９８に示すように、ボコーダは、ネットワーク・アービタが取った他の独立した処置を検討する。他の独立した処置は、パケット変更制御信号のデータ内で識別され、破棄，レート低下，その組み合わせ，または所望の実施態様に応じて定義することができるその他の独立した処置を含む。
【００５２】
要約すると、通知を受けた可変レート・ボコーダは、破棄された以前の音声パケットを復元し、後続の音声パケットを発生する際に用いるフィルタ状態データを更新する。音声パケットが破棄された場合、選択されたボコーダは、パケット変更制御信号に応答して、後続の音声パケットを発生する際に用いる音声パラメータを減衰させる。ネットワーク・アービタが音声パケットの出力レートを変化させた場合、選択されたボコーダは、パケット変更制御信号に応答して、後続の音声パケットに対する符号化レートを変化させる。
【００５３】
種々の態様における本発明のその他の変形および変更の実施態様は、当業者には明白であり、本発明は記載した具体的な実施例によって限定されないことは理解されよう。セルラＣＤＭＡ無線電話システムを特定して参照しながら記載したが、本発明はその他のオーディオ関連システムにも適用可能である。したがって、ここで用いている音声パケットという用語は、音声でなくても、あらゆるオーディオ信号を含むものとする。また、ネットワーク・アービタおよびボコーダは、異なる位置にあってもよく、または他のネットワーク・アービタまたはボコーダの集合と多重化することも可能である。したがって、ここに開示し特許請求する基本的な基本原理の精神および範囲に該当する、各々のそして全ての変更，変形，同等物は、本発明によって包含されると想定することとする。
【図面の簡単な説明】
【図１】  本発明の一実施例による符号化レート制御システムを有する通信システムの一例を概略的に示す図である。
【図２】  本発明の一実施例にしたがって符号化レートを制御するシステムを概略的に示すブロック図である。
【図３】  本発明の一実施例にしたがって符号化レートを制御する方法を概略的に示すフローチャートである。
【図４】  本発明の一実施例にしたがって通信システムにおいて符号化レートを制御する方法を更に詳しく示すフロー図である。
【図５】  本発明の一実施例にしたがって、通信システムにおいて符号化レートを制御する方法の一部を概略的に示すフローチャートである。
【図６】  本発明の一実施例にしたがって符号化レートを制御するシステムの種々の信号のタイミングを概略的に示す図である。
【図７】  本発明の別の実施例にしたがって、音声エンコーダを選択的に制御する追加のネットワーク・アービタ制御機構を含む通信システムにおいて、符号化レートを制御するシステムの別の実施例を概略的に示すブロック図である。
【図８】  ネットワーク・アービタによって音声パケットに変更が行われた場合に、ネットワーク・アービタからトランスコーダにパケット変更制御信号を送る、本発明の別の実施例を示すブロック図である。
【図９】  第８図のシステムの動作を概略的に示すフロー・チャートである。
【図１０】  第８図のシステムの動作を概略的に示すフロー・チャートである。
【図１】
0004205305.tif 000002
【図２】
0004205305.tif 000003
【図３】
0004205305.tif 000004
【図４】
0004205305.tif 000005
【図５】
0004205305.tif 000006
【図６】
0004205305.tif 000007
【図７】
0004205305.tif 000008
【図８】
0004205305.tif 000009
【図９】
0004205305.tif 000010
【図１０】
0004205305.tif 000011