(57)【要約】第１の期間内に第１の送話者側リンク電力レベルで、第１の移動局（ＭＳ）（１０２）からインフラストラクチャ（１２４）に第１のリンク（１３２）を通して、また第１の受話者側リンク電力レベルで、インフラストラクチャから第２のＭＳ（１０４）に第２のリンク（１３４）を通してデータを送信する無線通信システム（１００）。第１の各電力レベルは、間違って受信したデータを再送信しないですむように設計される。第１の期間が終了すると、低減した電力レベルで第１および第２のリンクを通してデータが送信され、間違って受信したデータを再送信することができる。本発明の他の実施形態の場合には、誤り率目標を第１の期間の終了後調整することができ、電力レベルおよび誤り率目標を、各リンクのＲＦ負荷に基づいて、および／または各リンクに対して決定したエラー測定基準に基づいて、各リンク毎に個々に調整することができる。
2004538712.tif 000002
【特許請求の範囲】
【請求項１】
データを送信するための方法であって、
第１の期間中に、第１の電力レベルで第１の組のデータを、第１の通信装置により送信するステップであって、前記第１の電力レベルが、前記第１の組のデータが、前記第１の組のデータの一部を再送信しないで、許容できる誤り率で第２の通信装置により受信されるような電力レベルであるステップと、
前記第１の期間が終了した場合に、第２の電力レベルで第２の組のデータを前記第１の通信装置により送信するステップであって、前記第２の電力レベルが、前記第１の電力レベルよりも低いステップと、
前記第２の組のデータの一部が、前記第２の通信装置により間違って受信された場合、前記間違って受信した部分を再送信するステップとを含む方法。
【請求項２】
前記第１の電力レベルが、第１の送話者側リンク電力レベルを含み、前記第２の電力レベルが、第２の送話者側リンク電力レベルを含み、前記第２の通信装置が無線インフラストラクチャに内蔵され、前記方法が、さらに、
前記第１の期間が終了した場合に、第１の受話者側リンク電力レベルで前記第１の組のデータを前記無線インフラストラクチャにより送信するステップであって、前記第１の受話者側リンク電力レベルが、前記第１の組のデータが、前記第１の組のデータの一部を再送信しないでも、許容できる誤り率で第３の通信装置により受信されるような電力レベルであるステップと、
前記第１の期間が終了した場合に、第２の受話者側リンク電力レベルで前記第２の組のデータを前記無線インフラストラクチャにより送信するステップであって、前記第２の受話者側リンク電力レベルが、前記第１の受話者側リンク電力レベルよりも低いステップと、
前記第２の組のデータの一部が、前記第３の通信装置により間違って受信された場合に、前記間違って受信した部分を前記無線インフラストラクチャにより再送信するステップとを含む、請求項１に記載の方法。
【請求項３】
前記第１の期間が、前記第１の通信装置と前記インフラストラクチャとの間のトラヒック・リンクの設定の完了と、前記インフラストラクチャと前記第３の通信装置との間のトラヒック・リンクの設定の完了との間に終了する時間を含み、さらに、前記第１の組のデータの少なくとも一部を受信した場合に、前記第１の組のデータの少なくとも一部を、前記第３の通信装置によりプレイアウトするステップを含む、請求項２に記載の方法。
【請求項４】
前記第３の通信装置が、プレイアウト・バッファを含み、前記第１の期間が、前記プレイアウト・バッファに対するバッファ深さ目標にほぼ等しい期間を含み、さらに、前記第１の組のデータの少なくとも一部を受信した場合に、前記第１の組のデータの少なくとも一部を、前記第３の通信装置によりプレイアウトするステップを含む、請求項２に記載の方法。
【請求項５】
前記第１の期間の長さを前記インフラストラクチャにより決定するステップと、
前記第１の通信装置および前記第３の通信装置それぞれに、前記第１の期間の決定した長さを前記インフラストラクチャにより送信するステップとをさらに含む、請求項４に記載の方法。
【請求項６】
前記第１の期間の長さを前記インフラストラクチャにより決定するステップと、
無線リンク・プロトコル（ＲＬＰ）ヘッダ内のデータ・フィールドにより、前記第１の期間の終了に関する情報を、前記インフラストラクチャより、前記第３の通信装置に送信するステップとをさらに含む、請求項２に記載の方法。
【請求項７】
前記第１の電力レベルが、第１の送話者側リンク電力レベルを含み、前記第２の電力レベルが、第２の送話者側リンク電力レベルを含み、前記第２の通信装置が無線インフラストラクチャに内蔵され、前記方法が、さらに、
前記第１の期間が終了した場合に、第１の受話者側リンク電力レベルで前記第１の組のデータを前記無線インフラストラクチャにより送信するステップであって、前記第１の受話者側リンク電力レベルが、前記第１の組のデータが、前記第１の組のデータの一部を再送信しないでも、許容できる誤り率で第３の通信装置により受信されるような電力レベルであるステップと、
前記第１の期間中に、第２の受話者側リンク電力レベルで前記第２の組のデータを前記無線インフラストラクチャにより送信するステップであって、前記第２の受話者側リンク電力レベルが、前記第１の受話者側リンク電力レベルよりも低いステップと、
前記第２の組のデータの一部が、前記第３の通信装置により間違って受信された場合に、前記間違って受信した部分を前記無線インフラストラクチャにより再送信するステップとを含む、請求項１に記載の方法。
【請求項８】
前記第３の通信装置が、プレイアウト・バッファを含み、前記第１の期間が、前記プレイアウト・バッファに対するバッファ深さ目標にほぼ等しい期間を含み、さらに、前記第１の期間が終了した場合に、前記第１の組のデータの少なくとも一部を、前記第３の通信装置によりプレイアウトするステップを含む、請求項７に記載の方法。
【請求項９】
無線通信システムでデータを送信するための方法であって、前記通信システムが、第１の無線通信装置と、逆方向リンクにより前記第１の通信装置と通信している無線インフラストラクチャと、順方向リンクにより前記インフラストラクチャと通信している第２の無線通信装置とを備え、前記方法が、
前記逆方向リンクのＲＦ負荷に対応する第１の無線周波（ＲＦ）負荷測定基準を決定するステップと、
前記順方向リンクのＲＦ負荷に対応する第２のＲＦ負荷測定基準を決定するステップと、
前記第１および第２のＲＦ負荷測定基準に基づいて、前記順方向リンクに対する許容できる誤り率を決定するステップと、
前記第１および第２のＲＦ負荷測定基準に基づいて、前記逆方向リンクに対する許容できる誤り率を決定するステップとを含む方法。
【請求項１０】
前記無線インフラストラクチャが、第１の逆方向リンクおよび第１の順方向リンクにより、前記第１の通信装置と通信し、前記無線インフラストラクチャが、第２の逆方向リンクおよび第２の順方向リンクにより、前記第２の通信装置と通信し、第１の無線周波（ＲＦ）負荷測定基準を決定するステップが、前記第１の逆方向リンクに対応する第１のＲＦ負荷測定基準を決定するステップを含み、第２のＲＦ負荷測定基準を決定するステップが、前記第２の順方向リンクに対応する第２のＲＦ負荷測定基準を決定するステップを含み、さらに、
前記第１の順方向リンクのＲＦ負荷に対応する第３のＲＦ負荷測定基準を決定するステップと、
前記第２の逆方向リンクのＲＦ負荷に対応する第４のＲＦ負荷測定基準を決定するステップとを含み、
第１、第２、第３および第４のＲＦ負荷測定基準に基づいて、許容できる誤り率が、前記第１の順方向リンク、前記第１の逆方向リンク、前記第２の順方向リンク、および前記第２の逆方向リンクそれぞれに対して決定される、請求項９に記載の方法。
【請求項１１】
無線通信システムでデータを送信するための方法であって、前記通信システムが、第１の
無線通信装置と、第１の逆方向リンクおよび第１の順方向リンクにより、前記第１の通信装置と通信している無線インフラストラクチャと、第２の逆方向リンクと第２の順方向リンクにより、前記インフラストラクチャと通信している第２の無線通信装置とを備え、前記方法が、
前記第１の逆方向リンクに対応する第１のエラー測定基準を決定するステップと、
前記第１の順方向リンクに対応する第２のエラー測定基準を決定するステップと、
前記第１のエラー測定基準および前記第２のエラー測定基準に基づいて、前記第１の逆方向リンクおよび前記第２の順方向リンクのうちの１つまたはそれ以上の許容できるフレーム誤り率を決定するステップとを含む方法。
【請求項１２】
前記第２の逆方向リンクに対応する第３のエラー測定基準を決定するステップと、
前記第２の順方向リンクに対応する第４のエラー測定基準を決定するステップと、
前記第１、第２、第３および第４のエラー測定基準に基づいて、前記第１の逆方向リンクおよび前記第２の順方向リンクのうちの１つまたはそれ以上の許容できるフレーム誤り率を決定するステップとをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記第２の逆方向リンクに対応する第３のエラー測定基準を決定するステップと、
前記第２の順方向リンクに対応する第４のエラー測定基準を決定するステップと、
打切り確率を生成するために、前記第１、第２、第３および第４のエラー測定基準に基づいて、前記第１の通信装置から前記第２の通信装置へのデータの送信を打ち切る確率を決定するステップと、
比較を生成するために、前記打切り確率と打切り確率しきい値とを比較するステップと、
前記比較に基づいて、前記第１の逆方向リンク、前記第１の順方向リンク、前記第２の逆方向リンクおよび前記第２の順方向リンクの中の１つまたはそれ以上の許容できる誤り率を調整するステップとをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記第１の逆方向リンクのＲＦ負荷に対応する第１の無線周波（ＲＦ）負荷測定基準を決定するステップと、
前記第１の順方向リンクのＲＦ負荷に対応する第２のＲＦ負荷測定基準を決定するステップと、
前記第２の逆方向リンクのＲＦ負荷に対応する第３のＲＦ負荷測定基準を決定するステップと、
前記第２の順方向リンクのＲＦ負荷に対応する第４のＲＦ負荷測定基準を決定するステップと、
前記第１の逆方向リンク、前記第１の順方向リンク、前記第２の逆方向リンクおよび前記第２の順方向リンクの中から、前記第１、第２、第３および第４のＲＦ負荷測定基準に基づいて、最大のＲＦ負荷を有するリンクを決定するステップとをさらに含み、
許容できる誤り率を調整する前記ステップが、前記打切り確率が前記打切り確率のしきい値より大きい場合に、前記最大のＲＦ負荷を有する前記リンクの許容できる誤り率を低減するステップを含む、請求項１１に記載の方法。
【請求項１５】
前記第１の逆方向リンクのＲＦ負荷に対応する第１の無線周波（ＲＦ）負荷測定基準を決定するステップと、
前記第１の順方向リンクのＲＦ負荷に対応する第２のＲＦ負荷測定基準を決定するステップと、
前記第２の逆方向リンクのＲＦ負荷に対応する第３のＲＦ負荷測定基準を決定するステップと、
前記第２の順方向リンクのＲＦ負荷に対応する第４のＲＦ負荷測定基準を決定するステップと、
前記第１の逆方向リンク、前記第１の順方向リンク、前記第２の逆方向リンクおよび前記第２の順方向リンクの中から、前記第１、第２、第３および第４のＲＦ負荷測定基準に基づいて、最低の利用率を有するリンクを決定するステップとをさらに含み、
許容できる誤り率を調整する前記ステップが、前記打切り確率が前記打切り確率のしきい値より小さい場合に、前記最低のＲＦ負荷を有する前記リンクの許容できる誤り率を増大するステップを含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、無線パケット・データ通信システムに関し、特に無線パケット・データ通信システムでのデータの送信に関する。
【背景技術】
【０００２】
無線パケット・データ通信システムは周知のものであり、陸上移動無線、セルラー無線電話、パーソナル・コミュニケーション・システムを含む多くのタイプからなる。各通信システムの場合、データは、通常は周波数帯域である物理資源上で動作する通信チャネルを含む通信リソースを通して、送信通信装置と受信通信装置との間で送信される。
【０００３】
典型的なパケット・データ通信システムの場合には、情報はデータ・パケットまたはデータ・フレームにより送信される。送信通信装置においては、長いデータ・ストリームは、通常複数のデータ・ブロックに再分割される。次に、各データ・ブロックは、データ・パケットを形成するためにヘッダと一緒にラップされる。各データ・パケットに対するヘッダには、データ・ストリーム内のデータ・ブロックの位置に対応する一連番号が含まれている。この一連番号により、受信通信装置は、任意の順序で複数のデータ・ブロックを含む複数のデータ・パケットを受信し、元のデータ・ストリームに再度組み立てることができる。
【０００４】
受信通信装置は、再配列バッファまたはジッタ・バッファ内に受信したデータブロックを記憶する。この場合、データ・ブロックは、その正しい順序に再配列され、記憶される。ジッタ・バッファは所定の量のデータを記憶し、満杯になった場合、ユーザ・インタフェースを通して、記憶したデータを受信通信装置のユーザ、すなわち、受話者側に送る。
【０００５】
典型的な無線リンク・プロトコル（ＲＬＰ）無線通信システムの場合には、受信通信装置がＮＡＫメッセージを送信することにより、間違って受信したデータパケットの肯定応答が行われる。ＮＡＫメッセージは、間違って受信したデータ・パケットの識別子を含む。送信されたデータ・パケットは、送信通信装置のメモリに記憶される。送信通信装置がＮＡＫメッセージを受信した場合には、送信通信装置は、識別したデータ・パケットを再送信する。
【０００６】
ジッタ・バッファ内にデータを記憶することにより、音声のギャップを避けることができる。上記ギャップは間違って受信したデータの再送信によるものである。例えば、送信通信装置から受信通信装置へ送られたデータ・ストリームは、「Ｄｏ  ｎｏｔ  ｐｌａｃｅ  ｔｈｅ  ｏｒｄｅｒ」という音声メッセージであってもよい。「ｎｏｔ」という語に対応するデータ・パケットが間違って受信された場合には、これらパケット内のデータは、再送信が行われない場合受話者に届かない。その場合、受信したメッセージは、「Ｄｏ  ｐｌａｃｅ  ｔｈｅ  ｏｒｄｅｒ」の形で送られ、その場合、「ｎｏｔ」という語のところにギャップができる。それ故、間違ったパケットの再送信の間、間違って受信したデータ・パケットの後で受信したすべてのデータを記憶するために、ジッタ・バッファが使用される。再送信されたパケットを受信した場合には、パケットは記憶しているデータの間のその正しい位置に挿入され、受話者側はそのデータを聞く。ジッタ・バッファは、通常、間違って受信したデータの肯定応答が行われ、再送信され、バッファ内に記憶しているデータ内に正しく挿入されるまで、間違って受信したデータの後で受信したすべてのデータを記憶することができるだけの十分な容量を有する。
【０００７】
ジッタ・バッファの使用により、間違って受信したデータが再送信されるので、データ通信の信頼性は改善されたが、ジッタ・バッファを使用すると、ディスパッチ通信の設定の際に遅れが生じる。間違って受信したパケットの肯定応答および再送信により、音声通信のある場所にギャップができるのを防止するために、受信通信装置は、最初、ジッタ・バッファが満杯になるまで、受話者側に音声通信を送らない。会話の最初の時点でのシステムの遅延を生じることにより、後で間違ったパケットを受信し、その後で受信したデータを記憶しなければならない場合に、間違って受信したデータを再送信し、その後に音声のギャップを作らないですでに受信したデータ内に挿入することができる。
【０００８】
１回の肯定応答および再送信を使用する通信システムの場合には、ジッタ・バッファ関連の遅延は、２００ｍｓまたはそれ以上である。この遅延は、送信通信装置のユーザ、すなわち、送話者が、装置のキーパッド上のプッシュトーク（ＰＴＴ）ボタンを押すというような呼出しを開始した時点と、送信通信装置内に送話者側の音声メッセージ入力が、受信通信装置のところの受話者側に送られる時点との間の他の呼出し設定遅延に追加される。同様に、受信通信装置のジッタ・バッファへのデータの記憶によるジッタ・バッファ遅延は、ディスパッチ通信での送話者が変わる度に発生する。
【０００９】
送信通信装置に入力された音声メッセージが、受信通信装置のところの受話者側に送られるのに要する時間のすべての遅延がそうであるように、呼出し設定中のすべての遅延は望ましいものではない。ディスパッチ呼出しにジッタ・バッファ遅延を生じるもう１つの要因は、データ・パケットを送信するのに使用する電力レベルの増大がある。データ・パケットまたはフレーム誤り率（ＦＥＲ）とデータパケットが送信される電力レベルとの間に逆の関係があることは周知である。高い電力レベルでデータ・パケットを送信すると、伝搬環境の介入要因が送信と干渉し、送信したデータ・パケットをダメにする確率が減少する。電力レベルが十分高い場合には、許容できるＦＥＲを達成するために間違って受信したデータの再送信をもはや必要としないレベルにまで、ＦＥＲを低減することができる。しかし、増大した電力レベルでデータ・パケットを送信することにより、送信が同じまたは隣接する周波数帯域を使用する他の通信と干渉する可能性は増大する。
【００１０】
それ故、同じまたは隣接する周波数帯域を使用する他の通信への干渉を最低限度まで低減しながら、ジッタ・バッファ遅延を低減するための方法および装置の開発が待望されている。
【発明を実施するための最良の形態】
【００１１】
同一または隣接する周波数帯域を使用する他の通信への干渉を最低限度まで低減しながら、ジッタ・バッファ遅延を低減するための方法および装置に対するニーズを満たすために、本発明は、第１の期間中に第１の送話者側リンク電力レベルで、第１の移動局（ＭＳ）からインフラストラクチャに第１のリンクを通して、また第１の受話者側リンク電力レベルで、インフラストラクチャから第２のＭＳにデータを送信する無線通信システムを提供する。第１の各電力レベルは、間違って受信したデータを再送信しないですむように設計される。第１の期間が終了すると、低減した電力レベルで第１および第２のリンクを通してデータが送信されるが、この送信は間違って受信したデータの再送信を含む。データの送信の際に使用されるエラー目標も、第１の期間の終了後調整することができる。さらに、電力レベルおよび誤り率目標は、各リンクのＲＦ負荷に基づいて、および／または各リンクに対して定められたエラー測定基準に基づいて、各リンク毎に個々に調整することができる。
【００１２】
一般的に、本発明のある実施形態は、第１の期間中に、第１の電力レベルで第１の通信装置により、第１の組のデータを送信するステップを含むデータを送信するための方法を含む。この場合、第１の電力レベルは、第１の組のデータの一部の再送信を行わないで、許容できる誤り率で第１の組のデータが、第２の通信装置により受信されるようなレベルである。上記方法は、さらに、第１の期間が終了した際に、第２の電力レベルで第１の通信装置により第２の組のデータを送信するステップを含む。この場合、第２の電力レベルは第１の電力レベルよりも低く、第２の組のデータの一部が第２の通信装置により間違って受信された場合に、間違って受信したデータが再送信される。
【００１３】
本発明のもう１つの実施形態には、無線通信システムでデータを送信するための方法を含む。この場合、通信システムは、第１の無線通信装置と、逆方向リンクを通して第１の通信装置と通信する無線インフラストラクチャと、順方向リンクを通してインフラストラクチャと通信する第２の無線通信装置とを含む。上記方法は、逆方向リンクのＲＦ負荷に対応する第１の無線周波（ＲＦ）負荷測定基準を決定するステップと、順方向リンクのＲＦ負荷に対応する第２のＲＦ負荷測定基準を決定するステップとを含む。上記方法は、さらに、第１および第２のＲＦ負荷測定基準に基づいて、順方向リンクの許容することができる誤り率を決定するステップと、第１および第２のＲＦ負荷測定基準に基づいて、逆方向リンクの許容できる誤り率を決定するステップとを含む。
【００１４】
本発明のさらに他の実施形態は、第１の無線通信装置、第１の逆方向リンクおよび第１の順方向リンクを通して、第１の通信装置と通信している無線インフラストラクチャ、および第２の逆方向リンクおよび第２の順方向リンクを通して、インフラストラクチャと通信している第２の無線通信装置を含む、無線通信システムでデータを送信するための方法を含む。上記方法は、第１の逆方向リンクに対応する第１のエラー測定基準を決定するステップと、第１の順方向リンクに対応する第２のエラー測定基準を決定するステップと、第１のエラー測定基準および第２のエラー測定基準に基づいて、第１の逆方向リンクおよび第２の順方向リンクの中の１つまたはそれ以上の許容できるフレーム誤り率を決定するステップとを含む。
【００１５】
図１〜図７Ｂを参照しながら本発明についてさらに詳細に説明する。図１は、本発明のある実施形態による無線パケット・データ通信システム１００のブロック図である。通信システム１００は、セルラーホンまたは無線電話のような複数の移動局（ＭＳ）１０２，１０４（２つだけ図示）を含む。各ＭＳ１０２，１０４は、各無線アクセス・ネットワーク（ＲＡＮ）１０６，１１８の各基地サイト１０８，１２２からサービスを受ける。各基地サイトは、少なくとも１つの基地トランシーバ局（ＢＴＳ）（図示せず）を含む。
【００１６】
各基地サイト１０８，１２２は、基地サイトの通達範囲エリア内の移動ユニットに無線通信サービスを行う。すなわち、基地サイト１０８は、ＭＳ１０２に通信サービスを行い、基地サイト１２２は、ＭＳ１０４に通信サービスを行う。各ＲＡＮ１０６，１１８は、さらに、各基地サイト１０８，１２２と通信する各中央基地局コントローラ（ＣＢＳＣ）１１０，１２０を含む。各ＲＡＮ１０６，１１８は、各パケット・データ・サービス・ノード（ＰＤＳＮ）１１２，１１６と通信し、上記ＰＤＳＮは、インターネットのようなデータ・ネットワーク１１４と通信する。本明細書においては、ＲＡＮ１０６，１１８、ＰＤＳＮ１１２，１１６およびデータ・ネットワーク１１４は、一緒に、総括的に固定インフラストラクチャ１２４と呼ぶ。
【００１７】
各ＲＡＮ１０６，１１８は、ＲＡＮの通達範囲エリア内の移動局に音声およびデータ通信サービスを行い、実質上任意の無線通信プロトコルによりこのサービスを行うことができる。好適には、通信システム１００は、ＩＳ−２０００通信システム用の互換性規格を規定する、本明細書に組み込んだＴＩＡ／ＥＩＡ（米国電気通信工業会／米国電子工業会）ＩＳ−２０００規格で動作する符号分割多元接続（ＣＤＭＡ）通信システムであることが好ましく、ＲＡＮ１０６，１１８はそれぞれＩＳ−２０００アクセス・ネットワークであることが好ましい。しかし、通常の当業者であれば、通信システム１００は、時分割多元接続（ＴＤＭＡ）、汎欧州デジタルセルラーシステム（ＧＳＭ）または直交周波数分割多重化（ＯＦＤＭ）のような、複数の通信プロトコルのうちの任意のものを使用することができることを理解することができるだろう。
【００１８】
基地サイト１０８は、順方向リンク１３０および逆方向リンク１３２を通してＭＳ１０２と無線で通信する。同様に、基地サイト１２２は、順方向リンク１３４および逆方向リンク１３６を通してＭＳ１０４と無線で通信する。各順方向リンク１３０，１３４および逆方向リンク１３２，１３６は、複数の通信チャネルを含む。通常、各リンクの複数の通信チャネルは、パイロット・チャネル、複数のページング・チャネル、および複数のトラヒック・チャネルを含む。好適には、通信システム１００は、通信チャネルが送信したデータをカバーするために使用される直交コードを含む符号分割多元接続（ＣＤＭＡ）通信システムであることが好ましい。しかし、他の実施形態の場合には、システム１００は、時分割多元接続（ＴＤＭＡ）または通信チャネルがタイムスロットを備える汎欧州デジタルセルラーシステム（ＧＳＭ）通信システム、または周波数分割多元接続（ＦＤＭＡ）、または通信チャネルが周波数帯域を含む直交周波数分割多元接続（ＯＦＤＭ）であってもよい。
【００１９】
図２は、本発明のある実施形態による固定インフラストラクチャ１２４の機能ブロック図である。インフラストラクチャ１２４は、それぞれが信号処理装置２０６と通信する受信機ユニット２０２および送信機ユニット２０４を含む。信号処理装置２０６の機能は、１つまたはそれ以上のマイクロプロセッサ、またはデジタル信号プロセッサ（ＤＰＳ）により実行することができる。信号処理装置２０６は、受信機ユニット２０２を通して受信したデータを復号し、送信機ユニット２０４を通して送信するデータをコード化する無線リンク・プロトコル（ＲＬＰ）コーダ／デコーダ（ｃｏｄｅｃ）２０８を含む。信号処理装置２０６は、さらに、好適には、再配列バッファまたはジッタ・バッファおよび入力バッファ２１２であることが好ましいＲＬＰバッファ２１０を含む。しかし、本発明の他の実施形態の場合には、各ＲＬＰバッファ２１０、および入力バッファ２１２は、信号処理装置２０６に関連する記憶装置２１４に内蔵させることができる。
【００２０】
図３は、本発明のある実施形態による、ＭＳ１０２およびＭＳ１０４のような、移動局３００のブロック図である。移動局３００は、それぞれマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）のような信号処理装置３０６と通信する受信機３０２および送信機３０４を含む。信号処理装置３０６は、ボコーダ３２８のような複数のアプリケーションおよび信号処理装置が記憶しているプログラム、または関連するメモリが記憶していて、移動局３００が機能することができるプログラムを実行する。信号処理装置３０６、または別の方法としては信号処理装置に関連するメモリは、さらに、送信機３０４を通しての後からの送信のために、ＲＬＰフレームを記憶するＲＬＰ入力バッファ３２２、ＲＬＰ再配列バッファまたは受信機３０２を通して受信したＲＬＰフレームを記憶するジッタ・バッファ３２４、およびＲＬＰジッタ・バッファ３２４内に記憶しているＲＬＰフレームからのボコーダ・フレームを記憶するプレイアウト・バッファ３２６を含む。移動局３００は、さらに、信号処理装置３０６と通信するアナログ−デジタル変換器（Ａ／Ｄ）３０８およびデジタル−アナログ変換器（Ｄ／Ａ）３１０と、各Ａ／Ｄ３０８およびＤ／Ａ３１０と通信するユーザ・インタフェース３１２とを含む。ユーザ・インタフェース３１２は、移動局３００のユーザへのインタフェースを提供し、それによりユーザは、移動局に情報を入力したり、移動局が出力した情報を受信することができる。
【００２１】
ＭＳ１０２のような移動局のユーザが、ＭＳ１０４のような目標移動局とディスパッチ通信をスタートしたい場合には、ユーザはユーザ・インタフェース３１２が内蔵するプッシュトーク（ＰＴＴ）キーを押す。ＰＴＴキーを押すと、ＭＳ１０２は、好適には、アクセス・チャネル（ＡＣＨ）であることが好ましい、逆方向リンク１３２内のチャネルを通してディスパッチ要求を送信する。ディスパッチ要求はＭＳ１０２に一意に関連する識別子を含む。
【００２２】
ディスパッチ要求を受信した場合、好適には、ＲＡＮ１０６であることが好ましいインフラストラクチャ１２４は、各逆方向リンク１３２および順方向リンク１３０内のトラヒック・チャネルの使用をＭＳ１０２に割り当てる。トラヒック・チャネルまたは送話者側無線周波（ＲＦ）リンクは、次に、周知のチャネル割当ておよび呼出し設定技術により、ＭＳ１０２とインフラストラクチャ１２４との間の各逆方向リンク１３２（すなわち、送話者側逆方向ＲＦリンク）、および順方向リンク１３０（すなわち、送話者側順方向ＲＦリンク）で設定される。送話者側ＲＦリンクが形成された後、およびインフラストラクチャ１２４が、ＭＳ１０４からＭＳ１０４の利用度を確認するページング・メッセージへの応答を受信した後で、ＲＡＮ１０６は、送話者側逆方向ＲＦリンクにより、ＭＳ１０２にビープ音のようなＭＳへの通話許可トーンを鳴らすことができることを示すメッセージを送り、ＭＳ１０２のユーザにユーザがＭＳ１０２と会話をスタートすることができることを知らせる。好適には、このメッセージはＣＤＭＡ信号を通して送信することが好ましい。次にＭＳ１０２はＴＰＴを鳴らす。
【００２３】
さらに、ＭＳ１０２からディスパッチ要求を受信した場合には、インフラストラクチャ１２４は、ＲＡＮ１１８を通して、順方向リンク１３４内のページング・チャネルにより、ＭＳ１０４にページング・メッセージを送る。ページング・メッセージを受信した場合には、ＭＳ１０４およびＲＡＮ１１８は、各順方向リンク１３４（受話者側順方向ＲＦリンク）および逆方向リンク１３６（受話者側逆方向ＲＦリンク）において、トラヒック・チャネルまたは受話者側ＲＦリンクを設定するために、ＣＤＭＡ信号メッセージを交換する。受話者側ＲＦリンクは、ＲＡＮ１１８がＭＳ１０４にＲＬＰフレームを送信することができる無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ）リンクを提供する。逆方向リンク１３２内に送話者側逆方向ＲＦリンクを形成し、順方向リンク１３４内に受話者側順方向ＲＦリンクを形成することにより、ＭＳ１０２と２つのＲＦレグまたはリンクを備えるＭＳ１０４、すなわち、送話者側逆方向ＲＦリンクと受話者側順方向ＲＦリンクとの間に全順方向リンクが確立される。
【００２４】
送話者側ＲＦリンクの設定プロセスは、通常、ＭＳ１０４へページング・メッセージが送信される前にスタートする。その結果、送話者側ＲＦリンクの設定は、通常、受話者側ＲＦリンクの設定が完了する前に完了する。従来技術の場合には、ＭＳ１０２のユーザ、すなわち、送話者側は、受話者側ＲＦリンクが完了するまで会話をスタートすることができない。送話者側ＲＦリンクの完了と受話者側ＲＦリンクの完了との間の時間の長さは、４００ｍｓまたはそれ以上になる場合がある。従来技術の場合には、ＭＳが音声を再生する前に、ＭＳ１０４内のＲＬＰジッタ・バッファ３２６が満杯になるには５００ｍｓまたはそれ以上かかる場合があった。
【００２５】
ＴＰＴが鳴ると、ＭＳ１０２のユーザは、会話をスタートすることができる。本発明の１つの実施形態の場合には、ＭＳ１０２がＲＦ帯域幅の他は有意な音声活動を検出するまで、ＭＳ１０２はどんなボコーダで処理したフレームも形成しないし、どんなＲＬＰフレームも送信しない。本発明の他の実施形態の場合には、ＭＳ１０２はＴＰＴが時間切れになると、ボコーダで処理したフレームの形成をスタートする。後者の実施形態の場合には、ＭＳ１０２および特にボコーダ３２８は、送話者側が会話をスタートするまで無言のボコーダで処理されたフレームを発生し、送信する。
【００２６】
ＭＳ１０２のユーザがＭＳ内への音声の入力をスタートすると、デジタル・データを生成するために、音声情報はＡ／Ｄ３０８によりデジタル化される。ＭＳ１０２は、デジタル・データをＭＳ１０２の信号処理装置３０６に経路指定し、信号処理装置３０６は、デジタル・データをボコーダ３２８に経路指定する。ボコーダ３２８は、複数のボコーダで処理したフレームを生成するために、多数の周知の音声圧縮アルゴリズムの中の任意の１つによりデジタル・データを圧縮する。好適には、ボコーダで処理した各フレームの長さは、４５ｍｓ毎に発生するボコーダで処理したフレームを含む９９ビットか、３０ｍｓ毎に発生するボコーダで処理したフレームを含む１２８ビットである。ボコーダで処理した各フレームは、次に、ＲＬＰ入力バッファ３２２に送られ、このバッファ内で、フレームをボコーダ３２８が出力した他のボコーダで処理したフレームと結合して、ＲＬＰフレームを生成するために、ＲＬＰヘッダと一緒にラップされる。次に、ＭＳ１０２は、コーデック（ｃｏｄｅｃ）３２０、送信機３０４および送話者側逆方向ＲＦリンクを通して、ＲＬＰフレームをＲＡＮ１０６に送信する。
【００２７】
図４は、本発明のある実施形態によるＲＬＰフレーム４００のブロック図である。ＲＬＰフレーム４００は、１つまたはそれ以上のボコーダ・フレームからなるペイロード４１４を含み、さらにデータ・フィールド４０２〜４１２からなるヘッダを含む。ネットワーク容量データ・フィールド４０２は、ネットワークが動作する容量を表示する。好適には、このデータ・フィールドは、ネットワークが予め定義したしきい値より上で動作しているのか、下で動作しているのかを示すことが好ましい。シーケンス（ＳＥＱ）データ・フィールド４０４は、データ・フレーム一連番号の最下位ビットを含む。一連番号は、音声通信の一部としてＭＳが発生した他のＲＬＰフレームに対する、そのＲＬＰフレームの時間内の位置に対応する。一連番号により、受信通信装置は、任意の順序でＲＬＰフレームを受信し、次に、フレームが生成された順序でフレームを再配列することができる。ＲＬＰフレームが再送信されると、元のＲＬＰフレームのＳＥＱ値が維持される。フレームが再送信されたデータ・フレームである場合には、再送信されたフレーム・データ・フィールド（ＲＥＸＭＩＴ）４０６は「１」に設定され、そうでない場合には「０」に設定される。ボコーダで処理されたフレーム・データ・フィールド（ＶＳ）４０８は、ＲＬＰフレームに内蔵されているボコーダで処理されたフレームの数を示し、分割指数データ・フィールド（ＳＰＬＴ＿ＩＮＤＸ）４１０は、任意のボコーダで処理されたフレームを、複数のＲＬＰフレーム間で分割しなければならないかどうかを示す。音声プレイアウト制御データ・フィールド（ＡＵＤＩＯ＿ＣＴＲＬ）４１２は、音声受信機が、任意の受信したコーデック・サンプルのプレイアウトをスタートすべきかどうかを示す。このフィールドは、プレイアウトをスタートすべき場合には「１」に設定され、プレイアウトをスタートすべきではなく、バッファ内への記憶を行うべきであることを表示すべき場合には「０」に設定される。
【００２８】
ジッタ・バッファ遅延を最低限度まで短くし、ＭＳ１０２をＭＳ１０４に接続しているＲＦリンクを最大限に使用するために、通信システム１００は、ＲＦリンク、すなわち、ＭＳ１０２とＭＳ１０４との間の全順方向リンク内に内蔵されている、送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクを通して、ＲＬＰフレームが送信される電力レベルを制御し調整し、各ＲＦリンクの目標誤り率を調整する。図５は、本発明のある実施形態による、ＭＳ１０２とＭＳ１０４との間でデータを交換する際に、システム１００が実行するステップの論理フローチャート５００である。論理フローチャート５００は、ＭＳ１０２が逆方向リンク１３２内の送話者側逆方向ＲＦリンクを通して、インフラストラクチャ１２４にＲＬＰフレームの送信をスタートした場合にスタートする。ＭＳ１０２は、第１の送話者側リンク電力レベルでフレームを送信する（ステップ５０４）。第１の送話者側リンク電力レベルは、ＭＳ１０２およびＭＳ１０４間の全順方向リンク用の初期の低いフレーム誤り率（ＬＯＷ＿ＦＥＲ）目標に基づいている。第１の送話者側リンク電力レベルは、目標移動局、すなわちＭＳ１０４が受信したＲＬＰフレームが、インフラストラクチャ１２４またはＭＳ１０４によりＲＬＰフレームを全然再送信しなくても、ＬＯＷ＿ＦＥＲ目標を達成するように、十分高い電力レベルに設計される。ＭＳ１０２は、送話者側が話を始めた後で、第１の電力レベルで、また第１の期間、すなわち、第１のバッファ・ビルド（ＢＵＦＦ＿ＢＵＩＬＤ）期間用のＬＯＷ＿ＦＥＲ目標に基づいてフレームを送信する。
【００２９】
ＬＯＷ＿ＦＥＲ目標は、間違って受信したフレームの再送信を行わない場合の、受信したＲＬＰフレームに対する望ましいフレーム誤り率（ＦＥＲ）である。この目標は、送信中のデータのタイプにより変化する場合がある。例えば、音声通信は、データ通信よりもエラーの影響を受けにくい。そのため、音声通信の場合にはもっと高いＦＥＲでもかまわない。もう１つの例を挙げると、この例は本発明の原理を単に説明するためだけのものであるが、音声通信に対する最低の許容できるＦＥＲが１パーセント（％）であり、ＮＡＫ消去時間率がゼロ（０）パーセントであると仮定しよう。再送信を全然行わない場合、ＬＯＷ＿ＦＥＲ目標を、１％以下に設定しなければならない。しかし、再送信を１回行うことができ、望ましいＦＥＲが１％である場合には、ＦＥＲ目標を１０％に設定することができる。ＦＥＲ目標を１０％に設定することにより、１０％×１０％＝１％（すなわち、０．１０×０．１０＝０．０１）の全誤り率の場合、最初に送信されたＲＬＰフレームの約１０％が間違って受信され、次に、再送信されたＲＬＰフレームの約１０％が間違って受信される。再送信を使用し、もっと高いＦＥＲ（すなわち、１０％）を目標にすることにより、ＲＬＰフレームをもっと低い電力レベルで送信することができ、それにより同一または隣接する帯域幅を使用する他の通信との干渉が最低限度まで低減する。しかし、再送信を使用することにより、追加のシステム１００の帯域幅が消費され、システムの容量および効率が低減する。
【００３０】
ＢＵＦＦ＿ＢＵＩＬＤ期間は、ＲＬＰフレームを受信中のＭＳのＲＬＰバッファ３２４が満杯になるのに要する時間の長さにほぼ等しい。好適には、ジッタ・バッファ３２４の容量は、間違って受信したデータＲＬＰフレームの肯定応答の受信通信装置による送信から、再送信の所定の最大数の後で受信通信装置が正しく再送信されたフレームを受信するまで、または最後に発生するフレームを打ち切るまでに経過した時間の最大長さに、システム１００の性能の変動を補正するための若干のスラック（ｓｌａｃｋ）を加えたものにほぼ等しい。打切り（ａｂｏｒｔ）は、単にシステム１００がその特定のフレームを送信する試みを断念したことを示すだけである。打切りはＩＳ−７０７規格にハッキリと定義されている。この規格は、ＴＩＡ／ＥＩＡが公布するもので本明細書に組み込むものとする。間違って受信したＲＬＰフレームの許可された再送信の回数が多ければ多いほど、ジッタ・バッファの容量は大きくなる。間違って受信したＲＬＰフレームの再送信が１回しか許可されないと仮定した場合、ＢＵＦＦ＿ＢＵＩＬＤ期間の好適なデフォールト値は３００ｍｓである。
【００３１】
送話者側ＲＦリンクが形成された後であって、受話者側ＲＦリンクの完成の前にインフラストラクチャ１２４が受信したＲＬＰフレームは、インフラストラクチャ内のＲＬＰバッファ２１０に記憶される。特定の信号処理装置２０６内のインフラストラクチャ１２４は、またそのフレームが正しく受信されたかどうかを判定するために、また受信した信号に対する誤り率のエラーを測定する測定基準を決定するために、各フレーム毎にエラー・チェックを行う。例えば、エラー測定基準は、受信した各ＲＬＰフレームのＦＥＲまたはビット誤り率（ＢＥＲ）であってもよいし、または受信した信号に対して決定され、各信号対雑音比（ＳＮＲ）、搬送波対混信比（ＣＩＲ）またはＥｂ／Ｉｏしきい値と比較されたＳ／Ｎ比、ＣＩＲ、またはＥｂ／Ｉｏ比（１ビット当たりのエネルギー／（１ヘルツ当たりの）干渉電力密度）であってもよい。
【００３２】
本発明のある実施形態の場合には、ＲＬＰバッファ２１０内に記憶されているフレームは再配列されず、受話者側ＭＳ１０４までの再配列のタスクとなる。本発明の他の実施形態の場合には、信号処理装置２０６は、ＲＬＰバッファ２１０のバッファ深さ、すなわち、バッファ内に記憶しているデータの量を決定する。次に、決定されたバッファ深さは、記憶装置２１４または信号処理装置２０６に関連するメモリ内に記憶しているバッファ深さのしきい値と比較される。決定したバッファ深さがバッファ深さのしきい値より大きい場合には、信号処理装置２０６は、バッファ２１０内に記憶しているフレームを再配列する。そうでない場合には、信号処理装置２０６は、記憶しているフレームを再配列しない。ＲＬＰフレームを再配列することにより、インフラストラクチャ１２４は、システム１００に信頼性の測定値を追加し、受話者側ＭＳ１０４がＭＳがあるフレームを喪失中であるかどうかを判定することができる効率を改善する。判定したバッファ深さがバッファしきい値より大きい場合だけＲＬＰフレームを再配列することにより、ＢＵＦＦ＿ＢＵＩＬＤ期間中、特にＲＬＰフレームが、ＲＬＰバッファ２１０が完全に満杯になる前に、インフラストラクチャ１２４によりＭＳ１０４に送られる際に、ＭＳ１０２からＭＳ１０４へＲＬＰフレームを送る際の遅延が最低限度まで低減される。
【００３３】
ＢＵＦＦ＿ＢＵＩＬＤ期間中、第１の送話者側リンク電力レベルは、送話者側ＲＦリンクに対してデータの再送信を必要としない十分高いレベルにすでに設定されている。その結果、本発明の１つの実施形態の場合には、インフラストラクチャ１２４は、受話者側ＲＦリンクが形成されるとすぐに、その目的とする宛先、すなわちＭＳ１０４にバッファ２１０内に記憶しているＲＬＰフレームを送信する。本発明の他の実施形態の場合には、インフラストラクチャ１２４は、記憶しているフレームを送信する前に、ＲＬＰバッファ２１０のバッファ深さを決定する。次に、インフラストラクチャ１２４は、バッファ２１０のバッファ深さが、ＭＳ１０４内のプレイアウト・バッファ３２６のバッファ深さ目標に少なくとも等しいと判定した後でだけ、ＭＳ１０４に記憶しているフレームを送信する。バッファ深さ目標は、ＭＳ１０４が間違って受信したフレームの肯定応答を最初に送信した時点から、ＭＳが再送信の所定の最大数の後で再送信されたフレームを正しく受信したか、または最後に発生したフレームを打ち切った時点までに経過した時間に、システム１００の性能の変動を補正するための若干のスラックを加えたものにほぼ等しい。
【００３４】
ＢＵＦＦ＿ＢＵＩＬＤ期間中、インフラストラクチャ１２４は、受話者側順方向ＲＦリンクにより、第１の受話者側リンク電力レベルで、ＭＳ１０４にＲＬＰフレームを送信する（ステップ５０６）。第１の送話者側リンク電力レベルと同様に、第１の受話者側リンク電力レベルも、低いフレーム誤り率（ＬＯＷ＿ＦＥＲ）目標に基づいていて、データを再送信しなくてもＬＯＷ＿ＦＥＲ目標をＭＳ１０４のところで達成できる十分高い電力レベルである。好適には、ＬＯＷ＿ＦＥＲ目標は、システム１００内に、特にインフラストラクチャ１２４内に予めプログラムすることが好ましい。送話者側ＲＦリンクが形成された場合には、ＲＡＮ１０６は、ＭＳ１０２にＲＬＰフレームを最初に送信するのに必要な電力レベル、すなわち、第１の送話者側リンク電力レベルを通知する。好適には、当業者であれば周知のように、この電力レベルは、ＭＳ１０２とＲＡＮ１０６との間での前文により送ることが好ましい。別の方法としては、送話者側ＲＦリンクの設定の際のＣＤＭＡ信号中に、ＲＡＮ１０６は、ＭＳ１０２に、インフラストラクチャが決定したように、ＬＯＷ＿ＦＥＲ目標が達成されるまで、送信した電力レベルを増減するように信号を送る。ＭＳ１０４およびＲＡＮ１１８が受話者側ＲＦリンクを形成した場合には、ＲＡＮ１１８は、ＭＳ１０４に、達成したいＬＯＷ＿ＦＥＲ目標をＭＳに知らせるＣＤＭＡ信号メッセージを送信する。別の方法としては、ＬＯＷ＿ＦＥＲ目標および／または第１の受話者側リンク電力レベルを、ＭＳ１０２および／またはＭＳ１０４内に予めプログラムすることができる。次に、受話者側ＲＦリンクの形成中に、ＣＤＭＡ信号の一部として、ＭＳ１０４は、ＲＡＮ１１８に、ＭＳが決定したようにＬＯＷ＿ＦＥＲ目標が達成されるまで、送信した電力レベルを増減するように信号を送る。
【００３５】
ＭＳ１０４が、インフラストラクチャ１２４からのＲＬＰフレームの受信をスタートすると、ＭＳは、ＭＳが内蔵している信号処理装置３０６に各フレームを経路指定する。代わりに、信号処理装置３０６は、コーデック３２０にフレームを経路指定し、コーデックはフレームを復号し、復号したフレームをＲＬＰジッタ・バッファ３２４に経路指定する。信号処理装置３０６は、また各ＲＬＰフレーム上でエラー・チェックを行い、そのフレームが正しく受信されたかどうかを判定し、順方向リンク１３４に対して、ＦＥＲ、ＢＥＲ、ＳＮＲ、ＣＩＲ、Ｅｂ／Ｉｏ比のようなエラー測定基準を決定する。次に、ＭＳ１０４は、インフラストラクチャ１２４にエラー情報を送ることができる。ＢＵＦＦ＿ＢＵＩＬＤ期間中、間違って受信したＲＬＰフレームは、ＭＳ１０４およびインフラストラクチャ１２４それぞれにより削除、または除去され、削除または除去されたフレームは再送信されない。
【００３６】
ＭＳ１０４は、ＲＬＰジッタ・バッファ３２４内に正しく受信したＲＬＰフレームを記憶する。このジッタ・バッファにおいては、フレームは、各フレームのＲＬＰヘッダが内蔵している一連（ＳＥＱ）番号に基づいて再配列される。ＭＳ１０４の信号処理装置３０６は、ＲＬＰジッタ・バッファ３２４内に記憶している再配列したＲＬＰフレームから、送信した順序で送信したボコーダで処理したフレームを抽出し、プレイアウト・バッファ３２６内にボコーダで処理したフレームを記憶する。ＭＳ１０４がボコーダで処理したフレームのプレイアウトのスタートを認可された場合には、信号処理装置３０６は、ボコーダで処理したフレームをボコーダ３２８に経路指定する。ボコーダにおいては、ボコーダで処理されたフレームが解凍され、Ｄ／Ａ３１０およびユーザ・インタフェース３１２を通してＭＳ１０４のユーザにプレイアウトされる。
【００３７】
本発明の１つの実施形態の場合には、ＭＳ１０４は、ＭＳがフレームを受信するやいなや、受信したＲＬＰフレームが内蔵している音声情報をプレイアウトする認可をシステム設計またはインフラストラクチャ１２４から受ける。ＲＬＰバッファ２１０の深さがプレイアウト・バッファ３２６の目標とする深さに等しい深さに達する前に、インフラストラクチャ１２４が、ＭＳ１０４にＲＬＰフレームを送信する本発明の他の実施形態の場合には、インフラストラクチャは、ＭＳ１０４に、受信したＲＬＰフレームが内蔵する音声情報をプレイアウトする前に、バッファ２１０の深さとバッファ３２６の目標深さとの間の違いに等しい時間の長さだけ待つように指示することができる。後者の実施形態の場合には、インフラストラクチャ１２４は、自分がＭＳ内のプレイアウト・バッファ３２６を満杯にするのに十分なデータを受信し、ＭＳ１０４に送信するまで音声のプレイアウトを遅らせる。
【００３８】
好適には、インフラストラクチャ１２４は、ＭＳ１０２に、ＲＬＰフレームのＡＵＤＩＯ＿ＣＮＴＲＬデータ・フィールドを通して音声情報のプレイアウトのスタートを指示するか、認可を与えることが好ましい。本発明の１つの実施形態の場合には、ＢＵＦＦ＿ＢＵＩＬＤ期間中、ＭＳ１０２は、各データ・フレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールドを「０」に設定する。インフラストラクチャ１２４がＭＳ１０２からＲＬＰフレームを受信した場合、およびＭＳ１０４がインフラストラクチャ１２４からＲＬＰフレームを受信した場合には、各インフラストラクチャ１２４およびＭＳ１０４は、受信した各ＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールドが記憶している値をチェックする。その受信した各ＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールドが記憶している値が「０」である限りは、インフラストラクチャ１２４およびＭＳ１０４は、それぞれ、間違って受信したフレームの肯定応答を送らないで受信した各ＲＬＰフレームを処理する。
【００３９】
ＭＳ１０４が、受信したＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内で「１」を検出した場合には、ＭＳは、これを受信した音声情報をプレイアウトするための認可であると解釈する。それ故、インフラストラクチャ１２４が、ＭＳ１０４に音声情報のプレイアウトのスタートを指示したいか、認可したい場合には、インフラストラクチャは、ＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールドに「１」を挿入する。インフラストラクチャ１２４が、受話者側ＲＦリンクが形成されるやいなや、音声情報のプレイアウトのスタートをＭＳ１０４に指示したいか、認可したい場合には、インフラストラクチャはＭＳに送信したすべてのＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内に「１」を挿入する。別の方法としては、インフラストラクチャ１２４が、ＭＳ１０４にＲＬＰフレームの送信をスタートした時点で、ＲＬＰバッファ２１０の深さが、プレイアウト・バッファ３２６の目標の深さより浅い場合で、インフラストラクチャが、音声情報をプレイアウト前にバッファ深さの違いに等しい時間の長さだけ待つようにＭＳ１０４に指示したい場合には、インフラストラクチャは、ＭＳ１０４に最初のＲＬＰフレームを送信した後で、バッファ深さの違いに等しい時間が経過するまで、送信した各ＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内に「０」を挿入する。バッファ深さの違いに等しい時間が経過した場合には、インフラストラクチャ１２４は、ＭＳ１０４に送信したＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内への「１」の挿入をスタートする。
【００４０】
ＭＳ１０４が、最初に「１」に設定されたＡＵＤＩＯ＿ＣＴＲＬデータ・フィールドを含むＲＬＰフレームを受信したことを検出した場合には、ＭＳ１０４の信号処理装置３０６が実行したディスパッチ・アプリケーションに、プレイアウト・バッファ３２６内に記憶しているボコーダで処理したフレームのプレイアウトをスタートするようにとの信号を送る。ＢＵＦＦ＿ＢＵＩＬＤ期間が経過した後で、ＭＳ１０２は、送話者側のボタンが離されたこと（通話期間の終わり）を検出するまで、以降に送信したすべてのＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内に「１」を挿入する。本発明のある実施形態の場合には、ＢＵＦＦ＿ＢＵＩＬＤ期間の終了は、ＭＳの信号処理装置３０６に結合しているタイマ３１４をチェックすることによりＭＳ１０２が判定する。次に、インフラストラクチャ１２４は、受信したＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内で「１」を検出することにより、ＢＵＦＦ＿ＢＵＩＬＤ期間の終了を判定する。ＢＵＦＦ＿ＢＵＩＬＤ期間の終了を判定した後で、インフラストラクチャ１２４は、また、以降に送信したすべてのＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内に「１」を挿入する。次に、ＭＳ１０４は、受信したＲＬＰフレームのＡＵＤＩＯ＿ＣＴＲＬデータ・フィールド内で「１」を検出することにより、ＢＵＦＦ＿ＢＵＩＬＤ期間の終了を判定する。
【００４１】
本発明の他の実施形態の場合には、ＢＵＦＦ＿ＢＵＩＬＤ期間の終了は、信号処理装置２０６，３０６にそれぞれ結合しているタイマ２１６，３１４をチェックすることにより、ＭＳ１０２、インフラストラクチャ１２４およびＭＳ１０４それぞれにより決定される。本発明のさらに他の実施形態の場合には、ＢＵＦＦ＿ＢＵＩＬＤ期間の終了は、インフラストラクチャが、ＲＬＰバッファ２１０、ジッタ・バッファ３２４およびプレイアウト・バッファ３２６の中の１つまたはそれ以上が満杯になったと判定した時点に基づいて、インフラストラクチャ１２４により動的に判定される。インフラストラクチャ１２４は、ＭＳの既知のバッファ容量、既知のＦＥＲ、バッファにインフラストラクチャが送信したフレームの数、および既知のプレイアウト率に基づいて、バッファ３２４または３２６が満杯になった時を大体判定することができる。次に、インフラストラクチャ１２４は、ＭＳ１０２およびＭＳ１０４それぞれのＢＵＦＦ＿ＢＵＩＬＤ期間の終了に関する情報を運ぶことができる。
【００４２】
ＢＵＦＦ＿ＢＵＩＬＤ期間が終了したことを判定した場合には、各インフラストラクチャ１２４およびＭＳ１０４は、肯定応答（すなわち、ＮＡＫ）を送信することにより、間違って受信したＲＬＰフレームの肯定応答をスタートする（ステップ５１２）。インフラストラクチャ１２４は、順方向リンク１３０を通して、ＭＳ１０２に間違って受信した各フレームに対するＮＡＫを送信し、ＭＳ１０４は、逆方向リンク１３６を通して、インフラストラクチャ１２４に間違って受信した各フレームに対するＮＡＫを送信する。受信したＮＡＫに基づいて、インフラストラクチャ１２４は、逆方向リンク１３６に対するフレーム誤り率（ＦＥＲ）を決定することができ、ＭＳ１０２は、順方向リンク１３０に対するフレーム誤り率（ＦＥＲ）を決定することができる。別の方法としては、インフラストラクチャ１２４およびＭＳ１０２は、また、受信したＮＡＫに基づいて、ＢＥＲ、ＳＮＲ、ＣＩＲまたはＥｂ／Ｉｏ比のようなエラー測定基準を決定することができる。ＭＳ１０２は、次に、インフラストラクチャ１２４に、ＦＥＲ、ＢＥＲ、ＳＮＲ、ＣＩＲおよびＥｂ／Ｉｏ比を送ることができる。
【００４３】
ＢＵＦＦ＿ＢＵＩＬＤ期間終了後、インフラストラクチャ１２４がＭＳ１０２からＲＬＰフレームを正しく受信した場合には、インフラストラクチャは、その意図する宛先、すなわちＭＳ１０４にフレームを転送する。しかし、インフラストラクチャ１２４が、ＭＳ１０２から間違ったＲＬＰフレームを受信した場合には、インフラストラクチャは、ＭＳ１０２に、間違ったフレームを識別し、ＲＬＰバッファ２１０内にＭＳ１０２から以降に受信したＲＬＰフレームを記憶するＮＡＫを送信する。ＮＡＫ内には間違って受信したフレームの識別子が含まれている。同様に、ＭＳ１０４が、ＢＵＦＦ＿ＢＵＩＬＤ期間終了後にインフラストラクチャ１２４から間違ったＲＬＰフレームを受信した場合には、ＭＳ１０４は、インフラストラクチャに、間違ったフレームを識別し、ジッタ・バッファ３２４内に、インフラストラクチャから以降に受信したＲＬＰフレームを記憶するＮＡＫを送信する。ＮＡＫは当業者にとって周知のものなので、本明細書においてはこれ以上の説明は省略する。
【００４４】
ＭＳ１０２またはインフラストラクチャ１２４がＮＡＫを受信した場合には、ＭＳ１０２またはインフラストラクチャ１２４は、ＮＡＫで識別したＲＬＰフレームを送信し（ステップ５１４）、再送信したフレームの再送信したフレーム・データ・フィールド（ＲＥＸＭＩＴ）を「１」に設定する。インフラストラクチャ１２４またはＭＳ１０４が、再送信されたＲＬＰフィールドを正しく受信した場合には、正しく受信したフレームが、各ＲＬＰバッファ２１０，３２４内にバッファしたＲＬＰフレーム間のフレームのシーケンシャルな位置に挿入される。正しく再送信されたフレームを、バッファ２１０または３２４内に記憶しているフレームに追加した後で、インフラストラクチャ１２４またはＭＳ１０４は、ＭＳ１０４により、それぞれ、ＭＳ１０４または受話者側にそのバッファされたフレームを送る。インフラストラクチャ１２４またはＭＳ１０４が、所定の回数、好適には１回、再送信されたフレームを間違って受信した場合には、インフラストラクチャまたはＭＳは、そのフレームを打切り、間違ったフレームを入れないで、各バッファ２１０および３２４内に記憶しているフレームを送信する。通常の当業者であれば、打ち切る前にフレームが再送信される回数はシステムの設定者が決めるものであり、本発明の精神および範囲から逸脱することなしに、本発明で他の再送信回数も使用できることを理解することができるだろう。
【００４５】
さらに、ＢＵＦＦ＿ＢＵＩＬＤ期間が終了すると、各インフラストラクチャ１２４およびＭＳ１０４は、ＲＬＰフレームを処理するために、もっと高いフレーム誤り率（ＨＩＧＨ＿ＦＥＲ）目標に切り替わり、また各ＭＳ１０２およびインフラストラクチャ１２４は、対応するもっと低い送信電力レベルに切り替わる。すなわち、肯定応答がスタートした後で、各インフラストラクチャ１２４およびＭＳ１０４は、１回のデータ送信毎にもっと高い百分率のエラーを許容することができる。何故なら、間違って受信したＲＬＰフレームは肯定応答され、再送信されるからである。その結果、インフラストラクチャ１２４が、間違って受信したフレームの肯定応答をスタートすると、ＭＳ１０２は、第１の送話者側リンク電力レベルよりも低い第２の送話者側リンク電力レベルで、ＲＬＰフレームの送信をスタートする（ステップ５０８）。同様に、ＭＳ１０４が間違って受信したフレームの肯定応答をスタートすると、インフラストラクチャ１２４は、第１の送話者側リンク電力レベルよりも低い第２の受話者側リンク電力レベルで、ＲＬＰフレームの送信をスタートする（ステップ５１０）。
【００４６】
間違って受信したフレームの肯定応答の必要性を最低限度まで低減する、もっと高い電力レベルでＲＬＰフレームを送信することにより、また肯定応答を含まない通信に適しているＬＯＷ＿ＦＥＲ目標をチェックすることにより、通信システム１００は、ＢＵＦＦ＿ＢＵＩＬＤ期間中のジッタ・バッファ３２４の使用を最低限度まで低減する。ジッタ・バッファ３２４の使用を最低限度まで低減することにより、通信システム１００は、従来技術よりも速くＭＳ１０４により受話者側に音声情報をプレイアウトすることができる。さらに、通信システム１００を使用することにより、ＭＳ１０２を使用する送話者側は、受話者側ＲＦリンクが形成される前でも話をすることができ、受話者側ＲＦリンクが形成されるまで、インフラストラクチャ１２４内のバッファ２１０内に、送信されたＲＬＰフレームを記憶することができる。受話者側ＲＦリンクが形成された場合、バッファ２１０内に記憶しているＲＬＰフレームを、ＭＳ１０４に直ちにダウンロードすることができ、ＭＳにより直ちにプレイアウトすることができる。別の方法としては、インフラストラクチャ１２４は、ＭＳ１０４に、インフラストラクチャが、ＭＳ内のプレイアウト・バッファ３２６を満杯にするのに十分なデータを受信し、ＭＳ１０４に送信するまで、音声のプレイアウトを遅らせるように指示することができる。
【００４７】
ＭＳ１０２のボコーダ３２８による音声圧縮により、またＭＳ１０４のボコーダ３２８による解凍のために、音声情報は、ＭＳがそれをプレイアウトすることができる時間より迅速にＭＳ１０４により受信される。その結果、ＢＵＦＦ＿ＢＵＩＬＤ期間中、通信システム１００は、ＭＳが音声情報をプレイアウトしている間に、ＭＳ１０４のジッタ・バッファ３２４を満杯にする。ジッタ・バッファ３２６が満杯になった後で、ＢＵＦＦ＿ＢＵＩＬＤ期間が終了する。この時点で、ＭＳ１０４のジッタ・バッファ３２４は満杯になり、肯定応答および再送信が通信システム１００で行われる。ジッタ・バッファが満杯になっているので、インフラストラクチャ１２４またはＭＳ１０４が間違って受信したＲＬＰフレームの肯定応答および再送信は、音声情報のプレイアウト中にギャップを形成しない。さらに、肯定応答および再送信を使用しているので、もっと高いＦＥＲ目標が、ＭＳ１０２とＭＳ１０４との間の全リンクに対して確立され、ＲＬＰフレームはもっと低い電力レベルで送信される。もっと低い電力レベルでＲＬＰフレームを送信することにより、同一の帯域幅または隣接する帯域幅を共用する他の通信とのＲＦ干渉が最低限度まで低減する。
【００４８】
ディスパッチ通信中に、受話者側へ音声情報のプレイアウトを送る上記プロセスは、またディスパッチ通信で話をしている人が変わった場合にも適用することができる。ディスパッチ通信の開始と同様に、話をしたいＭＳ１０４のユーザのような、ディスパッチ通信に関連する移動局を使用する受話者側は、ユーザのＭＳ上のＰＴＴキーを押すことにより、逆方向リンク１３６および順方向リンク１３４のような逆方向リンクおよび順方向リンク内の逆方向トラヒック・チャネルを予約することができる。次に、逆方向リンク１３６および順方向リンク１３４それぞれでユーザが使用できるように送話者側ＲＦリンクが確立され、順方向リンク１３０および逆方向リンク１３２で、受話者側、すなわち、ＭＳ１０２に対して受話者側ＲＦリンクが確立される。別の方法としては、ＭＳ１０２およびＭＳ１０４は、それぞれ、そのすでに確立したＲＦリンクを維持することができる。次に、ＭＳ１０４のユーザからＭＳ１０２のユーザおよび好適には、そのジッタ・バッファがすべてリセットされることが好ましい、ディスパッチ呼出しの他の参加者への音声情報のプレイアウトを送るために上記プロセスを使用することができる。
【００４９】
本発明の他の実施形態の場合には、ＭＳ１０２およびインフラストラクチャ１２４は、ディスパッチ通信中任意の時点で、フレーム誤り率（ＦＥＲ）目標およびＭＳ１０２とＭＳ１０４との間の順方向リンクのその各レグに対する、送信信号電力レベルの中の１つまたはそれ以上を調整することができる。図６Ａおよび図６Ｂは、本発明の他の実施形態によるパケット・データ通信のＦＥＲ目標および送信電力レベルを調整する際に、システム１００が実行するステップの論理フローチャート６００である。論理の流れ６００は、インフラストラクチャ１２４が、送話者側逆方向ＲＦリンクを含む逆方向リンク１３２のＲＦ負荷に対応する第１の無線周波（ＲＦ）負荷測定基準を決定した（ステップ６０４）時にスタートする（ステップ６０２）。例えば、決定したＲＦ負荷測定基準は、能動通信に現在割り当てられている逆方向リンク１３２内に存在するすべてのトラヒック・チャネルの百分率、または割り当てられていないで、割当てのために使用することができる逆方向リンク１３２内の存在するすべてのトラヒック・チャネルの百分率のような現在使用中の逆方向リンクＲＦ容量の測定基準であってもよい。インフラストラクチャ１２４は、また、受話者側順方向ＲＦリンクを含む順方向リンク１３４のＲＦ負荷に対応する第２のＲＦ負荷測定基準を決定する（ステップ６０６）。
【００５０】
次に、第１および第２のＲＦ負荷測定基準に基づいて、インフラストラクチャ１２４は、送話者側逆方向ＲＦリンクに対するＦＥＲ目標を決定し（ステップ６０８）、さらに、受話者側順方向ＲＦリンクに対するＦＥＲ目標を決定する（ステップ６１０）。ＦＥＲ目標は、各リンク上の通信が達成したいＦＥＲである。すでに詳細に説明したようにＦＥＲ目標の設定は、間違って受信したフレームの許可された再送信の数により異なる。インフラストラクチャは、また送話者側逆方向ＲＦリンクにより送信されたフレームを打ち切る前に、送話者側ＲＦリンクに対する多数の再送信を決定することもできるし（ステップ６１２）、また、受話者側順方向ＲＦリンク内の１つのフレームを打ち切る前に、試みることができる受話者側ＲＦリンクに対する多数の再送信を決定することができる（ステップ６１４）。
【００５１】
また、通常の当業者であれば理解することができると思うが、達成したＦＥＲは、ＲＬＰフレームを送信する際に使用した電力レベルに関連する。何故なら、もっと多数の再送信およびもっと高い送信電力レベルが、もっと低いＦＥＲに対応するからである。その結果、決定したＦＥＲ目標に基づいて、インフラストラクチャ１２４は、また送話者側逆方向ＲＦリンクに対する送信信号電力レベルの１つまたはそれ以上を決定することができ（ステップ６１６）、受話者側順方向ＲＦリンクに対する送信信号電力レベルを決定することができ（ステップ６１８）、またＢＵＦＦ＿ＢＵＩＬＤパラメータをゼロに設定することができ（ステップ６２０）、論理の流れが終了する（ステップ６２２）。
【００５２】
例えば、本発明の原理を説明するためだけのものに過ぎないが、インフラストラクチャ１２４は、逆方向リンク１３２のＲＦ負荷が、順方向リンク１３４のＲＦ負荷より大きいと決定することができる。順方向リンク１３４は混雑の程度が低いので、インフラストラクチャ１２４は、順方向リンク１３４が、逆方向リンク１３２より消去したフレームのもっと多い再送信、もっと高い送信信号電力レベル、または両方をサポートすることができると判定することができる。その結果、インフラストラクチャ１２４は、１回ではなく、間違って受信したＲＬＰフレームを２回肯定応答するような、送話者側ＲＦリンク上の肯定応答（例えば、ＮＡＫ）のもっと多くの層を使用することを決定することができる。別の方法としては、インフラストラクチャ１２４は、送話者側ＲＦリンクが逆方向リンク１３４内のＲＦ容量を解放し、および／または逆方向リンク上の干渉のレベルを低減するために、肯定応答のもっと少ない層、またはもっと低い送信信号電力を使用すべきであることを決定することができる。
【００５３】
さらに、ＭＳ１０２からＭＳ１０４へ送信した信号に対する全順方向リンクのＦＥＲは、ＭＳ１０２からインフラストラクチャ１２４へレグを通して送信した信号に対するＦＥＲと、インフラストラクチャ１２４からＭＳ１０４へのレグを通して送信した信号に対するＦＥＲとの組合わせであるので、インフラストラクチャは、全順方向リンク（すなわち、ＭＳ１０２からＭＳ１０４への）ＦＥＲ目標を維持するために、送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクを通しての送信に対して同時に調整を行うことを決定することができる。例えば、インフラストラクチャ１２４は、全順方向リンクＦＥＲ目標を維持しながら、もっと低いＦＥＲ目標を受話者側順方向ＲＦに対して採用し、もっと高いＦＥＲ目標を受話者側逆方向ＲＦリンクに対して採用することができる。別の方法としては、またはＦＥＲ目標の調整の他に、インフラストラクチャ１２４は、全順方向リンクのＦＥＲ目標を維持するために、受話者側順方向ＲＦリンクに対して送信電力レベルを増大することを決定し、送話者側逆方向ＲＦリンクに対する送信電力レベルを低減することを決定することができる。
【００５４】
本発明のさらに他の実施形態の場合には、インフラストラクチャ１２４は、さらに、順方向リンク１３０のＲＦ負荷に対応する第３のＲＦ負荷測定基準を決定し（ステップ６２４）、逆方向リンク１３６のＲＦ負荷に対応する第４のＲＦ負荷測定基準を決定することができる（ステップ６２６）。次に、インフラストラクチャ１２４は、第１、第２、第３および第４の各ＲＦ負荷測定基準に基づいて、送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクそれぞれに対して、ＦＥＲ目標を決定することができる（ステップ６２８，６３０）。さらに、第１、第２、第３および第４の各ＲＦ負荷測定基準に基づいて、インフラストラクチャ１２４は、また送話者側ＲＦリンクおよび受話者側ＲＦリンクそれぞれに対する再送信の最大数を決定することができ（ステップ６３２，６３４）、および／またはさらに、送話者側ＲＦリンク１３２および受話者側順方向ＲＦリンクそれぞれに対する送信信号電力レベルを決定することができる（ステップ６３６，６３８）。
【００５５】
本発明のさらに他の実施形態の場合には、決定したＲＦ負荷に基づいて、ＭＳ１０２とＭＳ１０４との間のリンクの１つまたはそれ以上のレグに対するＦＥＲ目標および／または送信信号電力レベルを調整する代わりに、各レグに対して決定したエラー測定基準に基づいて調整を行うことができる。図７Ａおよび図７Ｂは、本発明の他の実施形態によるシステム１００によるデータ送信の論理フローチャート７００である。論理フローチャート７００は、インフラストラクチャ１２４が、送話者側逆方向ＲＦリンクに対応する第１のエラー測定基準を決定した（ステップ７０４）場合にスタートする（ステップ７０２）。好適には、エラー測定基準は、ＦＥＲまたは打切り率であることが好ましい。しかし、通常の当業者であれば、ＲＦリンクに対するエラー測定基準を決定するための多くの方法があることを理解することができるだろう。エラー測定基準は、ビット誤り率をベースとすることもできるし、所定のしきい値と信号電力対干渉比との比較をベースとすることもできる。打切り率は打ち切られたフレームの百分率に対応する。
【００５６】
インフラストラクチャ１２４は、また受話者側順方向ＲＦリンクに対応する第２のエラー測定基準を決定する（ステップ７０６）。第１および第２のエラー測定基準に基づいて、インフラストラクチャ１２４は、送話者側逆方向ＲＦリンクに対するＦＥＲ目標を決定し（ステップ７０８）、さらに、受話者側順方向ＲＦリンクに対するＦＥＲ目標を決定する（ステップ７１０）。インフラストラクチャは、また、送話者側ＲＦリンクを通して送信したフレームを打ち切る前に、送話者側ＲＦリンクに対する多数の再送信を決定することもできるし（ステップ７１２）、受話者側ＲＦリンクを通して送信したフレームを打ち切る前に、試みることができる受話者側ＲＦリンクに対する多数の再送信を決定することもできる（ステップ７１４）。第１および第２のエラー測定基準に基づいて、インフラストラクチャ１２４は、送話者側逆方向ＲＦリンクに対する送信信号電力レベルの１つまたはそれ以上を決定することができ（ステップ７１６）、受話者側順方向ＲＦリンクに対する送信信号電力レベルを決定することもでき（ステップ７１８）、またＢＵＦＦ＿ＢＵＩＬＤパラメータをゼロに設定することもできる（ステップ７２０）。ここで論理の流れは終了する（ステップ７２２）。
【００５７】
本発明の他の実施形態の場合には、インフラストラクチャ１２４は、さらに、送話者側順方向ＲＦリンクに対応する第３のエラー測定基準を決定し（ステップ７２４）、受話者側逆方向ＲＦリンクに対応する第４のエラー測定基準を決定することができる（ステップ７２６）。第３のエラー測定基準は、インフラストラクチャ１２４からＭＳ１０２が受信したＮＡＫに基づくことができ、第４のエラー測定基準は、ＭＳ１０４からインフラストラクチャ１２４が受信したＮＡＫに基づくことができる。第１、第２、第３および第４の各エラー測定基準に基づいて、インフラストラクチャ１２４は、任意の１つまたはそれ以上の送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクに対するＦＥＲ目標を決定する（ステップ７２８，７３０）。さらに、第１、第２、第３および第４のエラー測定基準に基づいて、インフラストラクチャ１２４は、フレームを打ち切る前に、送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクそれぞれに対する多数の再送信を決定することができ（ステップ７３２，７３４）、および／または送話者側逆方向ＲＦリンクおよび受話者側順方向ＲＦリンクそれぞれに対する送信信号電力レベルを決定することができる（ステップ７３６，７３８）。
【００５８】
本発明のさらに他の実施形態の場合には、インフラストラクチャ１２４は、第１および第２のエラー測定基準またはさらに第３および第４のエラー測定基準に基づいて、ＭＳ１０２およびＭＳ１０４からの送信のための全ＦＥＲ目標、または全打切り率のような全エラー目標を決定することができる（ステップ７４０）。次に、インフラストラクチャ１２４は、全エラー目標または打切り率をエラー目標または打切り率しきい値と比較し（ステップ７４２）、比較に基づいて送話者側ＲＦリンクおよび受話者側ＲＦリンクの中の１つまたはそれ以上に対するＦＥＲ目標または送信信号電力レベルを調整する（ステップ７４４）。このようにして、インフラストラクチャ１２４は、リンクの各レグの性能を個々に調整しながら、ＭＳ１０２とＭＳ１０４との間のリンクに対する全誤り率または打切り率を維持することができる。リンクの各レグを個々に調整することにより、再送信を最もよく提供することができるレグ上で再送信を使用することができ、送信と他の通信との干渉が最も少ないレグ上でもっと高い電力レベルで送信を行うことができる。
【００５９】
例えば、この場合も、本発明の原理を説明するためだけのものであるが、インフラストラクチャ１２４は、１つまたはそれ以上のリンク１３０〜１３６の誤り率に適合させるために、下式を使用することができる。最初に、インフラストラクチャ１２４は、「Ｐｒ（ＡＢ）」を推定する。ここで、Ｐｒ（ＡＢ）＝逆方向リンク１３２および順方向リンク１３４を横切る打切り確率。打切り確率は、それを直接測定することにより推定することもできるし、下式により推定することもできる。
【００６０】
Ｐｒ（ＡＢ）＝Ｓ＿ＡＢＯＲＴ＋（１−Ｓ＿ＡＢＯＲＴ）＊Ｒ＿ＡＢＯＲＴ；
ここで、
Ｓ＿ＡＢＯＲＴ＝ＳＦ＊（ＳＮ＋（１−ＳＮ）＊ＳＦ）ＳＲＮＤＳ
Ｒ＿ＡＢＯＲＴ＝ＲＦ＊（ＲＮ＋（１−ＲＮ）＊ＲＦ）ＲＲＮＤＳ
ＳＦ＝（逆方向リンク１３２に対する）送話者側（すなわち、ＭＳ１０２）のフレーム消去時間率、ＳＮ＝（順方向リンク１３０に対する）送話者側のＮＡＫ消去時間率、ＳＲＮＤＳ＝（すべてを合計する）打切り前の送話者側のＮＡＫの数、ＲＦ＝（逆方向リンク１３６に対する）受話者側（すなわち、ＭＳ１０４）のフレーム消去時間率、ＲＮ＝（順方向リンク１３４に対する）受話者側のＮＡＫ消去時間率、ＲＲＮＤＳ＝（すべてを合計する）打切り前の受話者側のＮＡＫの数。インフラストラクチャ１２４は、また、各リンク１３０〜１３６に対するＲＦ負荷も決定する。
【００６１】
次に、インフラストラクチャ１２４は、「Ｐｒ（ＡＢ）」と打切り確率、すなわち、ＡＢ＿Ｔａｒｇｅｔに対する目標レベルとを比較する。Ｐｒ（ＡＢ）がＡＢ＿Ｔａｒｇｅｔより大きい（「＞」）場合には、インフラストラクチャ１２４は、最小残りＲＦ容量でリンク１３０〜１３６上のＦＥＲを増大する。Ｐｒ（ＡＢ）がＡＢ＿Ｔａｒｇｅｔより小さい（「＜」）場合には、インフラストラクチャ１２４は、最大残りＲＦ容量でリンク１３０〜１３６上のＦＥＲを低減する。上式に基づいてＦＥＲを調整することにより、インフラストラクチャ１２４は、全呼出しを通して同じ実効ＲＬＰフレーム打切りを維持しながら、全順方向リンクのＲＦの影響を少なくすることができる。
【００６２】
要するに、無線パケット・データ通信システム１００は、第１の期間、すなわち、ＢＵＦＦ＿ＢＵＩＬＤ期間中に、データを第１の移動局（すなわち、ＭＳ１０２）から、第１の送話者側リンク電力レベルでインフラストラクチャ１２４に送信し、インフラストラクチャ１２４から第１の受話者側リンク電力レベルで第２の移動局（すなわち、ＭＳ１０４）に送信する。好適には、第１の期間は、ジッタ・バッファの長さにほぼ等しいことが好ましい。第１の送話者側リンク電力レベルおよび第１の受話者側リンク電力レベルそれぞれは、間違って受信したデータを再送信しなくてもすむように設計される。再送信する必要がなくなったので、ＭＳ１０４のプレイアウト・バッファ３２６をもっと速く満杯にすることができ、音声通信を送話者側から受話者側にもっと迅速にリレーすることができる。第１の期間が終了した場合には、データは、低減した電力レベルで、ＭＳ１０２からインフラストラクチャ１２４に送信され、インフラストラクチャからＭＳ１０４に送信される。この送信は間違って受信したデータの再送信を含む。その後も低減した電力レベルで動作することにより、現在行われている他の通信との干渉を最低限度まで低減することができる。
【００６３】
データの送信中に使用するフレーム誤り率（ＦＥＲ）目標も、第１の期間終了後で調整することができる。さらに、電力レベルおよびＦＥＲを、各リンク上のＲＦ負荷に基づいておよび／または各リンクに対して決定したエラー測定基準に基づいて、各リンク毎に個々に調整することができる。このようにして、各リンク内で現在行われている通信に対する干渉が最低限度まで低減する。一方、ＭＳ１０２からＭＳ１０４へのデータの送信の場合には、エラー目標はそのまま維持される。
【００６４】
特定の実施形態を参照しながら本発明を詳細に説明してきたが、当業者であれば本発明の精神および範囲から逸脱することなしに、種々の変更を行うことができること、および要素を等価物で置き換えることができることを理解することができるだろう。さらに、本発明の本質的な範囲から逸脱することなしに、本発明が教示している特定の状況または材料を適合させるために多くの修正を行うことができる。それ故、本発明は、本明細書に開示されている特定の実施形態に限定されるものではなく、本発明は添付の特許請求の範囲に入るすべての実施形態を含む。
【図面の簡単な説明】
【００６５】
【図１】本発明のある実施形態による無線パケット・データ通信システムのブロック図である。
【図２】本発明のある実施形態による、図１のインフラストラクチャの機能ブロック図である。
【図３】本発明のある実施形態による、図１の移動通信装置のブロック図である。
【図４】本発明のある実施形態によるＲＬＰフレームのブロック図である。
【図５】本発明のある実施形態による、データ・パケットを送信する際に通信システムが実行するステップの論理フローチャートである。
【図６Ａ】本発明のもう１つの実施形態による、データ・パケットを送信する際に通信システムが実行するステップの論理フローチャートである。
【図６Ｂ】本発明のもう１つの実施形態による、データ・パケットを送信する際に通信システムが実行するステップの図６Ａの論理フローチャートの続きである。
【図７Ａ】本発明のもう１つの実施形態による、データ・パケットを送信する際に通信システムが実行するステップの論理フローチャートである。
【図７Ｂ】本発明のもう１つの実施形態による、データ・パケットを送信する際に通信システムが実行するステップの図７Ａの論理フローチャートの続きである。
【図１】
2004538712.tif 000003
【図２】
2004538712.tif 000004
【図３】
2004538712.tif 000005
【図４】
2004538712.tif 000006
【図５】
2004538712.tif 000007
【図６Ａ】
2004538712.tif 000008
【図６Ｂ】
2004538712.tif 000009
【図７Ａ】
2004538712.tif 000010
【図７Ｂ】
2004538712.tif 000011
【国際公開パンフレット】
2004538712.tif 000012
2004538712.tif 000013
2004538712.tif 000014
2004538712.tif 000015
2004538712.tif 000016
2004538712.tif 000017
2004538712.tif 000018
2004538712.tif 000019
2004538712.tif 000020
2004538712.tif 000021
2004538712.tif 000022
2004538712.tif 000023
2004538712.tif 000024
2004538712.tif 000025
2004538712.tif 000026
2004538712.tif 000027
2004538712.tif 000028
2004538712.tif 000029
2004538712.tif 000030
2004538712.tif 000031
2004538712.tif 000032
2004538712.tif 000033
2004538712.tif 000034
2004538712.tif 000035
2004538712.tif 000036
2004538712.tif 000037
2004538712.tif 000038
2004538712.tif 000039
2004538712.tif 000040
2004538712.tif 000041
2004538712.tif 000042
2004538712.tif 000043
2004538712.tif 000044
2004538712.tif 000045
2004538712.tif 000046
2004538712.tif 000047
2004538712.tif 000048
2004538712.tif 000049
2004538712.tif 000050
2004538712.tif 000051
2004538712.tif 000052
【国際調査報告】
2004538712.tif 000053
2004538712.tif 000054
2004538712.tif 000055