パケット化された情報を送る無線通信システムにおいて、多数のチャンネルを介して通信する基地局と遠隔局との間で、伝送遅延を低減するための方法であって、トラヒックチャンネル上で送信機から受信機へ複数のフレームを送るステップと、ペイロードのオーバーヘッドを生成して、送信機と受信機との間の同期性を維持して、トラヒックチャンネルの割込みを検出するステップと、トラヒックチャンネル上で複数のフレームを送るステップと同時に、少なくとも1つの追加チャンネル上でペイロードのオーバーヘッドを再び送るステップとが含まれている方法。追加チャンネルが制御チャンネルである請求項1記載の方法。制御チャンネルが、複数の受信機によって共用される請求項2記載の方法。ペイロードのオーバーヘッドがユニークなコードでスクランブルをかけられ、ユニークなコードが複数の受信機の少なくとも1つと関係している請求項3記載の方法。ペイロードのオーバーヘッドが、制御チャンネルに関係するフレームサイズを使用して再び送られ、フレームサイズが、ペイロードのオーバーヘッドを含む最小許容フレームサイズである請求項3記載の方法。ペイロードのオーバーヘッドが所定のフレームサイズを使用して再び送られ、所定のフレームサイズがペイロードのオーバーヘッドのビット数に基づいている請求項5記載の方法。追加チャンネルが補助チャンネルである請求項1記載の方法。補助チャンネルが、複数の受信機によって共用される請求項7記載の方法。複数の受信機の各々が、スケジュールされた割り当てによって補助チャンネルを共用する請求項8記載の方法。複数の受信機が、ユニークなスクランブリングコードを割り当てることによって補助チャンネルを共用し、ペイロードのオーバーヘッドがユニークなスクランブリングコードによってスクランブルされる請求項7記載の方法。ペイロードのオーバーヘッドが、順番に再び送られる請求項1記載の方法。ペイロードのオーバーヘッドが、所定の基準にしたがって所定の順番で再び送られる請求項1記載の方法。少なくとも1つの追加チャンネルには制御チャンネルと補助チャンネルとが含まれ、ペイロードのオーバーヘッドの再伝送には、ペイロードのオーバーヘッドのサイズを判断することと、ペイロードのオーバーヘッドのビットサイズが、制御チャンネルの最大フレームサイズよりも小さいときは、制御チャンネル上でペイロードのオーバーヘッドを送ることと、ペイロードのオーバーヘッドのビットサイズが、制御チャンネルフレームの最大サイズ以上であるときは、制御チャンネルおよび補助チャンネル上でペイロードのオーバーヘッドを送ることとが含まれている請求項1記載の方法。パケット化された情報を送る無線通信システムにおいて平均データ伝送レートを高めるための方法であって、送信機から少なくとも1つの受信機へ送られるペイロードのビットサイズを判断し、送信機が、トラヒックチャンネルおよび少なくとも1つの追加チャンネルを介して少なくとも1つの受信機と通信することと、ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズ以下であるときは、トラヒックチャンネル上でペイロードを送ることと、ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズよりも大きいときは、ペイロードをトラヒックチャンネルフレームと制御チャンネルフレームとの間で分配して、トラヒックチャンネルおよび制御チャンネル上でペイロードを同時に送ることとを含む方法。少なくとも1つの追加チャンネルには、補助チャンネルが含まれる請求項14記載の方法。ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズと制御チャンネルフレームの最大フレームサイズとの和よりも大きいときは、ペイロードをトラヒックチャンネルフレーム、制御チャンネルフレーム、および補助チャンネルフレームの間で分配して、トラヒックチャンネル、制御チャンネル、および補助チャンネル上でペイロードを同時に送ることがさらに含まれている請求項15記載の方法。ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズ、制御チャンネルフレームの最大フレームサイズ、および補助チャンネルフレームの最大フレームサイズの和よりも大きいときは、トラヒックチャンネル、制御チャンネル、および補助チャンネル上でペイロードの一部分を送ることと、バッファ内にペイロードの残りの部分を記憶することとがさらに含まれている請求項16記載の方法。トラヒックチャンネル上でペイロードを送るステップは、トラヒックチャンネル上で第1のレートで行なわれる請求項14記載の方法。トラヒックチャンネルおよび制御チャンネル上でペイロードを同時に送るステップは、トラヒックチャンネル上では第1のレートで、制御チャンネル上では第2のレートで行われる請求項14記載の方法。トラヒックチャンネル、制御チャンネル、および補助チャンネル上でペイロードを送るステップは、トラヒックチャンネル上では第1のレートで、制御チャンネル上では第2のレートで、補助チャンネル上では第3のレートで行われる請求項14記載の方法。パケット化された情報を送る無線通信システムにおいて、多数のチャンネルを介して通信する基地局と遠隔局との間で、伝送遅延を低減するための装置であって、トラヒックチャンネル上で送信機から受信機へ複数のフレームを送るための手段と、トラヒックチャンネルの割込みを検出するための手段であって、ペイロードのオーバーヘッドを生成して、送信機と受信機との間で同期性を維持する手段と、トラヒックチャンネル上で複数のフレームを送ることと同時に、少なくとも1つの追加チャンネル上でペイロードのオーバーヘッドを再び送るための手段とが含まれている装置。パケット化された情報を送る無線通信システムにおいて、多数のチャンネルを介して通信する基地局と遠隔局との間で、伝送遅延を低減するための装置であって、プロセッサと、プロセッサに接続されていて、プロセッサによって実行可能な命令の組が含まれている記憶素子とから成り、命令の組には、トラヒックチャンネル上で送信機から受信機へ複数のフレームを送るための命令と、トラヒックチャンネルの割込みを検出し、ペイロードのオーバーヘッドを生成して、送信機と受信機との間の同期性を維持するための命令と、トラヒックチャンネル上で複数のフレームを送ることと同時に、少なくとも1つの追加チャンネル上でペイロードのオーバーヘッドを再び送るための命令とが含まれている装置。無線通信システムにおいて平均データ伝送レートを高めるための装置であって、送信機から少なくとも1つの受信機へ送るためにペイロードのビットサイズを判断するための手段であって、送信機が、トラヒックチャンネルと少なくとも1つの追加チャンネルとを介して少なくとも1つの受信機と通信する手段と、ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズ以下であるときは、トラヒックチャンネル上でペイロードを送るための手段と、ペイロードのビットサイズが、トラヒックチャンネルフレームの最大フレームサイズよりも大きいときは、ペイロードをトラヒックチャンネルフレームと制御チャンネルフレームとの間で分配して、トラヒックチャンネルおよび制御チャンネル上でペイロードを同時に送るための手段とが含まれている装置。パケット化された情報を送る無線通信システムにおいて平均データ伝送レートを高めるための装置であって、プロセッサと、プロセッサに接続されていて、プロセッサによって実行可能な命令の組が含まれている記憶素子から成り、命令の組には、送信機から少なくとも1つの受信機へ送るためにペイロードのビットサイズを判断し、送信機が、トラヒックチャンネルおよび少なくとも1つの追加チャンネルとを介して少なくとも1つの受信機と通信するための命令と、ペイロードのビットサイズがトラヒックチャンネルフレームの最大フレームサイズ以下であるときは、トラヒックチャンネル上でペイロードを送るための命令と、ペイロードのビットサイズがトラヒックチャンネルフレームの最大フレームサイズよりも大きいときは、ペイロードをトラヒックチャンネルフレームと制御チャンネルフレームとの間で分配して、トラヒックチャンネルおよび制御チャンネル上でペイロードを同時に送るための命令とが含まれている装置。図1に示したように、無線通信ネットワーク10には、通常は、複数の移動局加入者ユニットまたはユーザ装置とも呼ばれる12aないし12d、複数の基地局基地局トランシーバbasestationtransceiverBTSまたはノードBとも呼ばれる14aないし14c、基地局制御装置basestationcontrollerBSC無線ネットワーク制御装置またはパケット制御機能とも呼ばれる16、移動局制御装置mobilestationcontrollerMSCまたはスイッチ18、パケットデータ供給ノードpacketdataservingnodePDSNまたはインターネットワーキング機能internetworkingfunctionIWF20、公衆交換電話ネットワークpublicswitchedtelephonenetworkPSTN22通常は、電話会社、およびインターネットプロトコルInternetProtocolIPネットワーク24通常は、インターネットが含まれている。簡潔にするために、4つの移動局12aないし12d、3つの基地局14aないし14c、1つのBSC16、1つのMSC18、および1つのPDSN20が示されている。当業者には、移動局12、基地局14、BSC16、MSC18、およびPDSN20の数は任意であることが分かるであろう。1つの実施形態では、無線通信ネットワーク10は、パケットデータサービスネットワークである。移動局12aないし12dは、多数の種々のタイプの無線通信装置、例えば、携帯電話機、IPベースのウエブブラウザアプリケーションを実行するラップトップコンピュータに接続されているセルラ電話機、ハンドフリーの車両用キットと関係するセルラ電話機、IPベースのウエブブラウザアプリケーションを実行するパーソナルデータアシスタントpersonaldataassistantPDA、ポータブルコンピュータに組込まれた無線通信モジュール、または無線ローカルループまたは計器読出しシステム内に見られるような固定位置形通信モジュールの何れかである。最も一般的な実施形態では、移動局は何れかのタイプの通信ユニットである。移動局12aないし12dは、例えばEIA/TIA/IS-707の標準規格に記載されているような無線パケットデータプロトコルを実行するように構成されていることが好都合である。特定の実施形態では、移動局12aないし12dは、IPネットワーク24へ向かうIPパケットを生成し、ポイント-ツウ-ポイントプロトコルpointtopointprotocolPPPを使用して、このIPパケットをフレームへカプセル化する。1つの実施形態では、IPネットワーク24はPDSN20へ接続され、PDSN20はMSC18へ接続され、MSC18はBSC16およびPSTN22へ接続され、BSC16はワイヤーラインを介して基地局14aないし14cへ接続され、ワイヤーラインは幾つかの既知のプロトコルにしたがって音声パケットまたはデータパケット、あるいはこの両者を送るように構成されていて、既知のプロトコルには、例えば、E1、T1、非同期転送モードAsynchronousTransferModeATM、IP、PPP、フレーム中継、HDSL、ADSL、またはxDSLが含まれる。代わりの実施形態では、BSC16は、PDSN20に直接に接続され、MSC18はPDSN20に接続されない。本発明の別の実施形態では、移動局12aないし12dは、RFインターフェイスによって基地局14aないし14cと通信し、これは3rdGenerationPartnershipProject23GPP2PhysicalLayerStandardforcdma2000SpreadSpectrumSystems3GPP2DocumentNoCP0002ATIAPN4694に定義されていて、TIAEIAIS20002Aとして発行され、ここでは参考文献として全体的に取り上げている。無線通信ネットワーク10の通常の動作中には、基地局14aないし14cは、電話呼、ウエブブラウジング、または他のデータ通信に関与している種々の移動局12aないし12dから逆方向リンク信号の組を受信して復調する。所与の基地局14aないし14cによって受信される各逆方向リンク信号は、この基地局14aないし14c内で処理される。各基地局14aないし14cは、順方向リンク信号の組を変調して、複数の移動局12aないし12dへ送ることによって、移動局12aないし12dと通信する。例えば、図1に示したように、基地局14aは第1および第2の移動局12a、12bと同時に通信し、基地局14cは第3および第4の移動局12c、12dと同時に通信する。生成されたパケットはBSC16へ送られ、BSC16には呼資源の割当ておよび移動管理機能が備えられていて、この機能には、特定の移動局12aないし12dへの呼を一方の基地局14aないし14cから他方の基地局14aないし14cへソフトなハンドオフをするのを調整することが含まれている。例えば、移動局12cは2つの基地局14b、14cと同時に通信する。したがって、移動局12cが1つの基地局14cから十分に離れると、呼は別の基地局14bへハンドオフされることになる。伝送が従来の電話呼であるときは、BSC16は受信データをMSC18へルート設定して、MSC18は追加のルート設定サービスをPSTN22とのインターフェイスに用意する。伝送が、データ呼のようにパケットベースで行われ、IPネットワーク24へ方向付けられているときは、MSC18はデータパケットをPDSN20へルート設定し、PDSN20はパケットをIPネットワーク24へ送る。その代わりに、BSC16は直接にパケットをPDSN20へルート設定し、PDSN20がパケットをIPネットワーク24へ送ってもよい。順方向リンクには、複数のパイロットおよびトラヒックチャンネルが含まれており、各チャンネルは適切なウオルシュまたは準直交機能quasiorthogonalfunctionによって拡散される。次に各チャンネルは、1.2288Mcpsの固定チップレートで直交する対の疑似雑音pseudonoisePNシーケンスによって拡散される。ウオルシュコードおよびPNシーケンスを使用すると、基地局は周波数分割多重方式で多数の順方向リンクのCDMAチャンネルを生成できる。cdma2000の標準規格によって記載されているような、多数のチャンネルのCDMAシステムでは、順方向リンクのチャンネルは多数のチャンネルから構成されており、この多数のチャンネルには、限定はしないが、とくに、パイロットチャンネル、同期チャンネル、ページングチャンネル、同報通信チャンネル、割り当てチャンネル、共通の電力制御チャンネル、共通の制御チャンネル、専用制御チャンネル、基本チャンネル、補助チャンネル、および補助コードチャンネルが含まれる。逆方向のトラヒックチャンネルも多数のチャンネルから構成されており、この多数のチャンネルには、限定はしないが、とくに、アクセスチャンネル、共通の制御チャンネル、基本チャンネル、補助チャンネル、および補助コードチャンネルが含まれ、cdma2000を使用した各個々の加入者ネットワークの無線構成によって特定される。各チャンネルは、機能上異なる目的を実現するように物理的に構成されている。例えば、パイロットチャンネルはウオルシュコードW0を使用して単純に拡散されるが、同期チャンネルはコード化され、インターリーブされ、拡散され、変調された拡散スペクトラム信号である。他の順方向および逆方向のリンクチャンネルもコード化され、インターリーブされ、拡散され、変調された拡散スペクトラム信号であるが、適切な遠隔通信標準規格によって課される種々の要件を満足させるために種々の値で操作される。再同期化および再ネゴシエーションの遅延の解消例示的な実施形態では、多数の順方向および逆方向のリンクチャンネルを使用して、信号の伝送の割込みによって再同期化および再ネゴシエーションが行われるときの遅延の問題を解決する。説明のために、例示的な実施形態では、順方向リンク、すなわち基地局から遠隔局へのリンクに関連して記載する。しかしながら、逆方向リンク、すなわち遠隔局から基地局へのリンクについても記載されることに注意すべきである。無線通信装置の移動性のために、信号の伝送において割込みが発生するのは珍しくない。既に記載したように、音声情報が送信側から受信側へ伝えられるとき、割込みによって遅延が生じ、サービス品質にマイナスの影響を与え、サービスの加入者はそれを知覚する。現在の最新技術では、パケット化された音声またはデータ情報は基本またはトラヒックチャンネル上を送られるが、これはペイロードトラヒックが特定の受信側へ送られることを意味する。ペイロードのオーバーヘッドまたはオーバーフロー情報は、基本チャンネルによって送られていたであろうが、本発明の例示的な実施形態では、制御チャンネルを使用して送られる。さらに加えて、制御チャンネルを使用して、基地局または遠隔局のような送信側がパケット化された音声およびデータのペイロードのデータスループットレートを操作することもできる。例示的な実施形態の1つの態様では、専用制御チャンネルDedicatedControlChannelDCCHは、基本チャンネルFundamentalChannelFCHと並行して、オーバーフロー情報を送るように動作する。DCCHは連続的または非連続的に5ミリ秒または20ミリ秒のフレームを送るように設計され、伝送をイネーブルまたはディスエーブルする決定はフレームごとに行なうことができる。したがって、FCH上での任意の継続期間の不慮のオーバーフローに直ちに適応することができる。1つの構成では、多数の遠隔局は、スクランブリングコードを使用することによって、基地局からの単一のDCCHを共有でき、したがって単一のDCCH上を送られるフレームは意図された遠隔局ごとにユニークにコード化される。スクランブリングコードの生成は、この技術においてよく知られており、ここでは説明しないことにする。単一のDCCHを監視している遠隔局が、スクランブルをかけられたフレームの意図された受信側でないときは、スクランブルをかけられたフレームを適切にデコードできない。このようなスクランブルをかけられたフレームは、目標でない遠隔局がスクランブルをかけられたフレームを受信することによって、削除erasureと示される。別の実施形態では、基地局は、ウオルシュコードのような直交コードを使用して、多数のDCCHを生成し、各遠隔局には個々のDCCHが割り当てられる。上述の実施形態の目的では、ウオルシュコードは、スクランブリンクコードとしても使用できることに注意すべきである。平均データレートの向上本発明のさらに別の実施形態では、データ伝送の平均データレートが、FCHによって適応できるデータレートよりも高くなるたびに、多数のチャンネルを使用して、全ペイロードを伝える。一般的に、無線通信サービスプロバイダによって動かされる基地局は、サービスプロバイダシステムにしたがう1組の動作構成を割り当てられ、一部のデータレートを支援し、残りは支援しない。これらの動作構成は、cdma2000およびIS-95の標準規格における無線構成RadioConfigurationと呼ばれ、各構成は特定のデータレートの組、拡散レート、誤り訂正能力、および他の一般的な特徴に関連している。cdma2000の標準規格では、基地局は、多数の無線構成を同時に支援することができる。しかしながら、特定の無線構成の支援には、他の無線構成の支援を除外する。例えば、基地局は、無線構成2を支援するときは、無線構成1を支援しなければならない。しかしながら、基地局は無線構成1または2を、無線構成3、4、または5とは同時に使用できない。表1は、順方向のトラヒックチャンネルの無線構成の特徴に関してより詳しく示したものである。より速いデータレートをイネーブルしない無線構成が、サービスプロバイダによって実行されるとき、例示の実施形態を使用して、システムはより高いデータスループットレートを実現することができる。無線構成の割当ては、データレートに加えて、チャンネル上のフレームサイズにも影響を与える。例えば、20ミリ秒の継続期間をもつ順方向のSCHのフレームは、無線構成6では1500ビット秒で送られ、16ビットが含まれる。しかしながら、20ミリ秒の継続期間をもつ順方向のSCHのフレームは、無線構成8では1800ビット秒で送られ、21ビットを保持する。速度が上がると、cdma2000の標準規格では、基地局が、延長されたフレームの継続期間中に送ることができるビット量を変更できる。例示の実施形態では、別途記載するように、この能力を使用して、システムの平均データスループットレートを高めることができる。図2は、累積情報を多数のチャンネル上で配信するための方法を示すフローチャートであり、ここではDCCHを、FCHと一緒に使用して、ペイロードを送る。ステップ200では、送信側におけるインフラストラクチャ素子図示されていないが、送る必要のあるビットで測定された累積情報Iを判断する。累積情報に加えて、インフラストラクチャ素子は、中間期間の間に到達することが予測される情報量を、チャンネル上で実際に送られる前に推定することができる。説明のために、本明細書では、累積および推定情報を、まとめて累積情報accumulatedinformationと呼ぶ。インフラストラクチャ素子は、無線通信システムの基地局または遠隔局であり、ステップは別途記載するように、プロセッサ、マイクロ制御装置、特定用途向け回路、または他の同等の形態のハードウエアまたはソフトウエアによって実行されることが好都合である。ステップ210では、インフラストラクチャ素子は、FCH上の累積情報量が、ペイロードのビット数で測定された最大フレームサイズMよりも小さいかどうかを判断する。I<Mであるときは、プログラムのフローはステップ220へ進む。ステップ220では、インフラストラクチャ素子はFCH上で累積情報を送る。I≧Mであるときは、プログラムのフローはステップ230へ進む。ステップ230では、インフラストラクチャ素子は、I-M>NNは、DCCHにおける最大許容フレームサイズとするであるかどうかを判断する。I-M≦Nであるときは、プログラムのフローはステップ240へ進む。ステップ240では、インフラストラクチャ素子はDCCHおよびFCH上で累積情報を送る。I-M>Nであるときは、プログラムのフローチャートはステップ250へ進む。ステップ250では、インフラストラクチャ素子は、I-M≦Nに対応する累積情報を送って、余分なオーバーロードをバッファ内に記憶し、ここでプログラムのフローはステップ200へ戻って、このプロセスを繰返す。1つの構成では、インフラストラクチャ素子は、送られる情報の相対的な重要度を考慮せずに、累積情報の第1の連続ビットを遠隔局へ送ることができる。別の構成では、インフラストラクチャ素子は、累積情報のコンテンツの相対的な重要度に重み付けをして、より重要な情報を最初に送る。情報の相対的な重要度は、種々の要素によって判断することができる。例えば、IPのパケットヘッダ上の優先度の標識を使用して、情報をすぐに送るか、または後のフレームを使用して伝送中は伝送バッファ内に記憶するかを判断することができる。例示的な実施形態の別の態様では、補助チャンネルSupplementalChannelSCHがFCHと並行して動作して、平均データスループットレートを高める。SCHは、割り当てられた無線構成にしたがって、連続的または非連続的に、20ミリ秒、40ミリ秒、または80ミリ秒のフレームを送るように設計されている。SCHから遠隔局への伝送は、スケジュールされていても、スケジュールされていなくてもよい。SCHから遠隔局への伝送がスケジュールされていないときは、遠隔局は不明確な長い割当てを受信して、SCHを監視する。SCHから遠隔局への伝送がスケジュールされているときは、次にスケジュールされているSCHからの伝送が行われるまで、FCHからのオーバーフロー情報の伝送は遅らされる。しかしながら、実施形態のこの構成を使用すると、遠隔局は、SCHからの伝送がスケジュールされていないときは、SCHを連続的に監視する必要はない。1つの構成では、単一のSCHは、スクランブリングコードの使用により多数の遠隔局によって共用され、単一のSCH上を送られるフレームは、意図された遠隔局ごとにユニークにコード化される。スクランブリングコードの1つの例は、ウオルシュコードである。単一のSCHを監視している遠隔局は、スクランブルをかけられたフレームの意図された受信側でないときは、スクランブルされたフレームを適切にデコードすることはできない。このようなスクランブルをかけられたフレームは、目標でない遠隔局がスクランブルをかけられたフレームを受信することによって、消去erasureと示される。別の構成では、基地局は、ウオルシュコードのような直交コードを使用して、多数のSCHを生成し、各遠隔局には個々のSCHが割り当てられる。図3は、別の実施形態を示しており、専用制御チャンネルおよび補助チャンネルの両者を基本チャンネルと並行して使用して、平均データスループットレートを高める。ステップ300では、送信側のインフラストラクチャ素子は、送る必要のあるビットで測定された累積情報量Iを判断する。ステップ310では、インフラストラクチャ素子は、ペイロードビット数で測定された累積情報量MがFCH上の最大フレームサイズよりも小さいがどうかを判断する。I<Mであるときは、プログラムのフローはステップ320へ進む。ステップ320では、インフラストラクチャ素子はFCH上で累積情報を送り、このとき累積情報は、累積情報を保持できる最小サイズのフレームによって送られる。I≧Mであるときは、プログラムのフローはステップ330へ進む。ステップ330では、インフラストラクチャ素子は、I-M>NNは、DCCH上の最大フレームサイズであるであるかどうかを判断する。I-M≦Nであるときは、プログラムのフローはステップ340へ進む。ステップ340では、インフラストラクチャ素子は、DCCHおよびFCH上で累積情報を送る。I-M>Nであるときは、プログラムのフローはステップ350へ進む。ステップ350では、インフラストラクチャ素子は、1-M-N>PPは、SCH上の最大フレームサイズであるであるかどうかを判断する。I-M-N≦Pであるときは、プログラムのフローはステップ360へ進む。ステップ360では、インフラストラクチャ素子は、SCH、DCCH、およびFCH上で累積情報を送る。SCHが2以上のフレームサイズを支援するときは、最も小さいか、または最も容量効率の高いフレームを選択して、I-M-Nビットを送る。I-M-N>Pであるときは、プログラムのフローはステップ370へ進む。ステップ370では、インフラストラクチャ素子は、I-M-N≦Pに対応する累積情報を送って、余分なオーバーロードをバッファ内に記憶し、ここでプログラムのフローはステップ300へ戻って、プロセスを繰返す。多数の補助チャンネルが送信側に割り当てられているときは、値‘P’は、各割り当てられたSCHによって送られる最大フレームサイズの和と置換される。本発明の別の実施形態では、パケット化された音声およびデータペイロードを、都合のよいサイズのフレームで多数のチャンネル上を送ることができ、ペイロードを保持しているフレームサイズは、ペイロードのサイズに基づいて選択される。伝送のために待ち行列に入れられた累積情報量に依存して、送信側では、FCHのみを使用して送るか、FCHおよびDCCHのみを使用して送るか、またはその代わりに、FCH、DCCH、およびSCHの組合わせを使用して送る。図4は、この実施形態の方法を示すフローチャートである。ステップ400では、ペイロードのトラヒックは、伝送バッファ内に記憶される。送信側が、SCHを使用せずに、FCHおよびDCCHのみの使用を割り当てられているときは、プログラムのフローはブロック401へ進む。送信側がFCH、DCCH、およびSCHを割り当てられているときは、プログラムのフローはブロック402へ進む。ブロック401内のステップ410では、インフラストラクチャ素子は、送る必要のある、ビットで測定された累積情報量Iを判断する。ステップ412では、累積情報量と、種々のチャンネルによって送られるフレームサイズを比較する。Iが、FCH上のペイロードビット数で測定された最大フレームMと、DCCH上のペイロードビット数で測定されたゼロを除いて最小のフレームサイズDとの和よりも小さく、I<MDであるときは、累積情報Iを送るのに、DCCHは使用されず、プログラムのフローはステップ420へ進む。ステップ420では、累積情報はFCH上を送られ、FCHのフレームサイズは、累積情報Iに基づいて判断される。1つの構成では、FCHのフレームサイズは、フレーム内のビット空間を無駄にすることなく、累積情報Iを保持する最大フレームになると判断される。累積情報IがMDの和以上であるときは、プログラムのフローはステップ430へ進む。ステップ430では、FCHの最大フレームと、少なくともI-Mビットを保持しているDCCHの最小フレームとを使用して、累積情報を保持する。累積情報Iが、FCHの最大フレームとDCCHの最大フレームとの和よりも大きいときは、FCHおよびDCCH上で送ることができないビットは、伝送バッファ内に記憶され、後で送られることになる。ブロック402内のステップ450では、インフラストラクチャ素子は、送る必要ある、ビットで測定された累積情報量Iを判断する。Mは、FCH上のペイロードビット数における最大フレームサイズであるとし、Dは、DCCH上のゼロを除いて最小のフレームサイズであるとし、Eは、DCCH上の最大フレームサイズであるとし、Sは、SCH上のゼロを除いて最小のフレームサイズであるとする。I<MDであるときは、プログラムのフローはステップ460へ進む。MD≦I<MEであるときは、プログラムのフローはステップ470へ進む。ME≦I<MESであるときは、プログラムのフローはステップ480へ進む。IがMES以上であるときは、プログラムのフローはステップ490へ進む。ステップ460では、送信側はFCHのフレームを使用して累積情報Iを送り、ここではFCHのフレームサイズはIに基づいて判断される。1つの機構では、FCHのフレームサイズがビットI以下であるように選択されるので、フレーム内の空間は無駄にされない。ステップ470では、送信側は、FCHのフレームおよびDCCHのフレームを使用して累積情報Iを送り、ここでは選択されるFCHのフレームは最大サイズであり、選択されるDCCHのフレームサイズはI-Mビット以下である。ステップ480では、送信側は、FCHのフレームおよびDCCHのフレームを使用して累積情報Iを送り、選択されるFCHのフレームはFCHの最大フレームサイズであり、選択されるDCCHのフレームはDCCHの最大フレームサイズである。ステップ490では、送信側は、FCHのフレーム、DCCHのフレーム、およびSCHのフレームを使用して累積情報Iを送り、選択されるFCHのフレームサイズはFCHの最大フレームサイズであり、選択されるDCCHのフレームサイズはDCCHの最大フレームサイズである。しかしながら、選択されるSCHのフレームサイズは、I-M-Eビット以下である。本発明のこの実施形態では、エアーリンクの使用および容量は、容量が無駄にされないので、最適に効率的であることに注意すべきである。しかしながら、この効率を実現する際に、累積情報の全てが直ちに送られる訳ではないので、伝送に若干の遅延が加わる。累積情報の伝送中に遅延が生じる実施形態では、遅延に適応するために、受信側にジッター低減バッファdejitterbufferを構成しなければならない。例示的な実施形態の別の構成では、累積オーバーフロー情報は、累積オーバーフロー情報量にしたがってチャンネル上の伝送レートを選択することによって、最低の遅延で送ることができる。図5は、本発明の代わりの例示的な実施形態を示すフローチャートである。ステップ500では、インフラストラクチャ素子は、Bビットまで保持できる伝送バッファ内に現在のペイロードを加える。現在のペイロードには、音声データフレーム、ヘッダ情報をもつ音声データフレーム、または他のタイプのデータを保持するフレームが含まれる。ステップ510では、インフラストラクチャ素子は、伝送バッファのサイズがFCHのレート未満、すなわち、B<RFCHBはビットの単位であり、RFCHはビット/秒の単位であるであるかどうか、伝送バッファのサイズがFCHのレート以上であるが、DCCHのレートおよびFCHのレートの和よりも小さいすなわち、RFCH≦B<RFCHRDCCHかどうか、または伝送バッファのサイズがDCCHのレートおよびFCHのレートの和以上であるすなわち、B≧RFCHRDCCHかどうかを決定する。B<RFCHであるときは、プログラムのフローはステップ520へ進む。ステップ520では、基地局は現在のペイロードをFCH上でRFCHよりも低いレートで送り、Bビット以下を保持している最大フレームを使用して送る。RFCH≦B<RFCHRDCCHであるときは、プログラムはステップ530へ進む。ステップ530では、基地局は現在のペイロードをFCH上でレートRFCHで送る。B≧RFCHRDCCHであるときは、プログラムはステップ540へ進む。ステップ540では、基地局は現在のペイロードを再び配分し、FCH上ではレートRFCHで、DCCH上ではレートRDCCHで、現在のペイロードを送る。このように、オーバーフロー情報を送る多数のチャンネルを使用する新規で向上した方法および装置を記載した。当業者には、本明細書において開示した実施形態に関連して記載した種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウエア、コンピュータソフトウエア、またはこの両者の組合わせとして構成されることが分かるであろう。種々の例示的な構成要素、ブロック、モジュール、回路、およびステップは、その機能に関して概ね記載した。機能がハードウエアとして構成されるか、またはソフトウエアとして構成されるかは、全体的なシステムに課せられた特定の応用および設計に依存する。熟練した職人には、これらの環境下におけるハードウエアまたはソフトウエアの互換性、および各特定の応用ごとに記載した機能を実行することがどのくらい最良であるかが分かるであろう。例として、本明細書において開示した実施形態に関連して記載した種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、ディジタル信号プロセッサdigitalsignalprocessorDSP;特定用途向け集積回路applicationspecificintegratedcircuitASIC;フィールドプログラマブルゲートアレイfieldprogrammablegatearrayFPGAまたは他のプログラマブル論理デバイス;ディスクリートのゲートまたはトランジスタ論理;ディスクリートのハードウエア構成要素、例えばレジスタおよびFIFO;1組のファームウエアの命令を実行するプロセッサ;従来のプログラマブルソフトウエアモジュールおよびプロセッサ;あるいはその組み合わせで構成または実行される。プロセッサは、マイクロプロセッサであることが好都合であるが、その代わりに、プロセッサは従来のプロセッサ、制御装置、マイクロプロセッサ、または状態機械であってもよい。ソフトウエアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、取り外し可能ディスク、CD-ROM、またはこの技術において知られている他の形態の記憶媒体内にあるであろう。当業者には、さらに加えて、上述で全体的に参照したデータ、命令、コマンド、情報、信号、ビット、符号、およびチップが、電圧、電流、電磁波、磁界または磁粒、光のフィールドまたは粒子、あるいはその組み合わせによって表わされることが好都合であることも分かるであろう。本発明の好ましい実施形態を示し、記載してきた。しかしながら、この技術において普通の技能をもつ者には、本発明の意図および技術的範囲から逸脱することなく、本明細書に開示した実施形態に対して多数の変更を加えることができることが分かるであろう。したがって、本発明は特許請求項にしたがうことを除いて、制限されない。