(57)【特許請求の範囲】
【請求項１】
データ・バイトのストリームを送信する方法であって：
（ａ）所定のシーケンス番号空間のサブセットからのシーケンス番号をデータ・バイトの前記ストリームからの１つのセットの複数のデータ・バイトの各々に割り当てるステップ；
（ｂ）第一のシーケンス番号を所定のページ・サイズで除算することにより前記サブセットの第一のシーケンス番号から第一の短縮シーケンス番号を生成するステップ；
（ｃ）送信フレームのフレーム・ヘッダ中に前記第一の短縮シーケンス番号をフォーマットするステップ；及び
（ｄ）前記フレーム・ヘッダ及びデータ・バイトの前記セットをもった前記送信フレームを送信するステップを含む方法。
【請求項２】
前記第一の短縮シーケンス番号を生成するステップはさらに所定のモジュロ関数ベースを用いて前記第一のシーケンス番号のモジュロ関数を実行するステップを含む請求項１の方法。
【請求項３】
データ・バイトのストリームを受信する方法であって：
（ａ）受信フレームのフレーム・ヘッダから短縮シーケンス番号を取り出すステップ；
（ｂ）前記短縮シーケンス番号を所定のページ・サイズにより乗算することにより第一の非短縮シーケンス番号を生成するステップ；
（ｃ）所定のシーケンス番号空間のサブセットからのシーケンス番号を前記受信フレームに含まれる１つのセットの複数のデータ・バイトの各々に割り当てるステップ；及び
（ｄ）前記シーケンス番号に基づくデータ・バイトの前記セットからデータ・バイトの前記ストリームを形成するステップを含む方法。
【請求項４】
前記第一の非短縮シーケンス番号を生成するステップはさらに所定のモジュロ関数ベースを用いて前記第一のシーケンス番号のモジュロ関数を実行するステップを含む請求項３の方法。
【請求項５】
データ・バイトのストリームを送信するシステムであって：
（ａ）所定のページ・サイズにより除算された非短縮無線回線プロトコル（ＲＬＰ）シーケンス番号の商を含む短縮ＲＬＰシーケンス番号を生成し、前記短縮ＲＬＰシーケンス番号及びデータ・バイトの前記ストリームの部分を含むデータ・フレームを送信する送信器；及び
（ｂ）前記データ・フレームを受信し、前記短縮ＲＰＬシーケンス番号に基づく前記部分からデータ・バイトの前記ストリームを復元する受信器を含むシステム。
【請求項６】
データ・バイトのストリームを送信するシステムであって：
（ａ）所定のページ・サイズにより除算された非短縮無線回線プロトコル（ＲＬＰ）シーケンス番号の商を含む短縮ＲＬＰシーケンス番号を生成し、前記短縮ＲＬＰシーケンス番号及びデータ・バイトの前記ストリームの部分を含むデータ・フレームを送信するための第一のプロセッサ及び第一のメモリを含む送信器手段；及び
（ｂ）前記データ・フレームを受信し、前記短縮ＲＬＰシーケンス番号に基づく前記部分からデータ・バイトの前記ストリームを復元するための第二のプロセッサ及び第二のメモリを含む受信器手段を含むシステム。
【請求項７】
メモリに接続されたプロセッサを含み、メモリがデータ・バイトのストリームを送信する方法を具体化するコンピュータ実行可能な指示を含む送信器であって、方法が、
所定のシーケンス番号空間のサブセットからのシーケンス番号をデータ・バイトの前記ストリームからの１つのセットの複数のデータ・バイトの各々に割り当て；
第一のシーケンス番号を所定のページ・サイズで除算することにより前記サブセットの第一のシーケンス番号から第一の短縮シーケンス番号を生成し；
送信フレームのフレーム・ヘッダ中に前記第一の短縮シーケンス番号をフォーマットし；及び
前記フレーム・ヘッダ及びデータ・バイトの前記セットをもった前記送信フレームを送信することを含む送信器。
【請求項８】
前記生成することが、所定のモジュロ関数ベースを用いて前記第一のシーケンス番号のモジュロ関数を実行することをさらに含む請求項７の送信器。
【請求項９】
メモリに接続されたプロセッサを含み、メモリがデータ・バイトのストリームを受信する方法を具体化するコンピュータ実行可能な指示を含む受信器であって、方法が、
受信フレームのフレーム・ヘッダから短縮シーケンス番号を取り出し；
前記短縮シーケンス番号を所定のページ・サイズにより乗算することにより第一の非短縮シーケンス番号を生成し；
所定のシーケンス番号空間のサブセットからのシーケンス番号を前記受信フレームに含まれる１つのセットの複数のデータ・バイトの各々に割り当て；及び
前記シーケンス番号に基づくデータ・バイトの前記セットからデータ・バイトの前記ストリームを形成することを含む受信器。
【請求項１０】
前記生成することが所定のモジュロ関数ベースを用いて前記第一のシーケンス番号のモジュロ関数を実行することをさらに含む請求項９の受信器。
【請求項１１】
データ・バイトのストリームを送信する送信器であって：
所定のシーケンス番号空間のサブセットからのシーケンス番号をデータ・バイトの前記ストリームからの１つのセットの複数のデータ・バイトの各々に割り当てる手段；
第一のシーケンス番号を所定のページ・サイズで除算することにより前記サブセットの第一のシーケンス番号から第一の短縮シーケンス番号を生成する手段；
送信フレームのフレーム・ヘッダ中に前記第一の短縮シーケンス番号をフォーマットする手段；及び
前記フレーム・ヘッダ及びデータ・バイトの前記セットをもった前記送信フレームを送信する手段を含む送信器。
【請求項１２】
データ・バイトのストリームを受信する受信器であって：
受信フレームのフレーム・ヘッダから短縮シーケンス番号を取り出す手段；
前記短縮シーケンス番号を所定のページ・サイズにより乗算することにより第一の非短縮シーケンス番号を生成する手段；
所定のシーケンス番号空間のサブセットからのシーケンス番号を前記受信フレームに含まれる１つのセットの複数のデータ・バイトの各々に割り当てる手段；及び
前記シーケンス番号に基づくデータ・バイトの前記セットからデータ・バイトの前記ストリームを形成する手段を含む受信器。
【発明の詳細な説明】
【０００１】
発明の背景
Ｉ．発明の分野
本発明は無線通信に関する。特に、本発明は誤り制御プロトコルに固有のオーバーヘッドを最小にするとともに無線チャンネルを介してデータを確実に送信する改良された方法及びシステムに関する。
ＩＩ．関連技術の説明
符号分割多重接続（ＣＤＭＡ）変調技術の利用は大多数のシステム・ユーザがいる通信を容易にする幾つかの技術の一つである。他の多重接続技術、例えば時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、及び振幅圧伸単側帯（ＡＣＳＳＢ）のようなＡＭ変調法はこの技術分野では既知である。これらの技術は違う会社で製造された装置間で相互動作を容易にするために標準化されてきた。符号分割多重接続通信システムは、米国においては“二重モード広帯域拡散スペクトラム・セルラ・システムのための移動局−基地局互換規格（MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEMS）”と題し、この中にも組み入れられ、そして以後ＩＳ−９５として参照され、米国電気通信工業会ＴＩＡ／ＥＩＡ／ＩＳ−９５−Ｂにて標準化された。
【０００２】
ＩＳ−９５は当初は可変率音声フレームの伝送のために最適化された。無線電話応用では一般的であるように、二方向音声通信を支援するために、通信システムはかなり一定かつ最小のデータ遅延をもつことが望ましい。このため、ＩＳ−９５は強力な前方向誤り訂正（ＦＥＣ）プロトコル及び音声フレーム誤りにしとやかに応答するよう設計されたボコーダでもって設計される。フレーム再送信手順を必要とする誤り制御プロトコルは音声伝送に対して容認できない遅れを与え、したがってＩＳ−９５規格には立案されていない。
【０００３】
スタンドアロンＩＳ−９５規格を音声応用に理想のものに最適化するとパケット・データ応用への使用が困難になる。インターネット・プロトコル（ＩＰ）データの伝送のような、非音声応用においては、通信システムの遅延要請は音声応用におけるほど厳しくない。多分ＩＰネットワークで使用されるプロトコルで最も利用されている、伝送制御プロトコル（ＴＣＰ）においては、誤りのない伝送を保証するために実際には無限の伝送遅延が許容される。この伝送信頼性を提供するために、ＴＣＰは、一般にＩＰパケットと呼ばれる、ＩＰデータグラムの再送信を使用する。
【０００４】
ＩＰデータグラムは一般に大きすぎて単一のＩＳ−９５フレーム内に納めることができない。ＩＰデータグラムをＩＳ−９５フレームの一系列内に納めるに十分小さなセグメント（部分）に分割した後でも、ＩＳ−９５フレームの全系列は単一ＩＰデータグラムがＴＣＰに有用であるために誤りなしで受信されなければならない。ＩＳ−９５システムによくあるフレーム誤り率は単一データグラムの全セグメントの誤りのない受信確率を非常に低くする。
【０００５】
ＩＳ−９５に述べられているように、代わりのサービス・オプションは音声フレームの代わりに他の型のデータの送信を可能にする。“拡散スペクトラム・システムのためのデータ・サービス・オプション（DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS）”と題するＴＩＡ／ＥＩＡ／ＩＳ−７０７−Ａは、以後ＩＳ−７０７として参照されるが、ＩＳ−９５システムにおけるパケット・データの送信に使用される手順を記述する。
【０００６】
無線回線プロトコル（ＲＬＰ）は、“拡散スペクトラム・システムのためのデータ・サービス・オプション：無線回線プロトコル・タイプ２（DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL TYPE 2）”と題し、以後ＲＬＰ２として引用され、そして引例によりこの中に組み込まれた、ＴＩＡ／ＥＩＡ／ＩＳ−７０７−Ａ．８の中に記述されている。ＲＬＰ２はＩＳ−９５フレーム層（ｌａｙｅｒ）上で誤り制御プロトコルをフレーム再送信手順と合併する。ＲＬＰはＮＡＫに基づくＡＲＱプロトコルで知られる誤り制御プロトコルのクラスであり、この技術分野においては周知である。ＩＳ−７０７ＲＬＰは、ＩＳ−９５通信システムを介して、音声フレームの系列よりはむしろ、バイト−ストリームの送信を容易にする。
【０００７】
幾つかのプロトコル層は一般的にＲＬＰ層上に存する。ＩＰデータグラムは、例えば、ＲＬＰプロトコル層にバイト・ストリームとして与えられる前に一般にポイント−ツー−ポイント・プロトコル（ＰＰＰ）・バイト・ストリームに変換される。ＲＬＰ層は高位のプロトコル層のプロトコル及びフレーミング（ｆｒａｍｉｎｇ）を無視するために、ＲＬＰにより伝送されるデータのストリームは“特徴のないバイト・ストリーム”であると云われる。
【０００８】
ＲＬＰは当初はＩＳ−９５チャンネルを介して大きいフレームを送信する要求を満たすために設計された。例えば、５００バイトのＩＰデータグラムがそれぞれ２０バイトを収容するＩＳ−９５フレーム内で単に送信されるならば、ＩＰデータグラムは２５個の連続するＩＳ−９５フレームを満たせばよい。ある種の誤り制御層なしで、これら全２５個のフレームはＩＰデータグラムが高位のプロトコル層に有用であるために誤りなしで受信されなければならない。１％のフレーム誤り率を有するＩＳ−９５チャンネル上で、ＩＰデータグラム配送の実効誤り率は（１−（０．９９）２５）、または２２％である。これはインターネット・プロトコル・トラフィックを伝送するために使用される大抵のネットワークに較べると非常に高い誤り率である。ＲＬＰは、１０Ｂａｓｅ２イーサネット・チャンネルの代表的な誤り率に比較できるようにＩＰトラフィックの誤り率を減少させる回線層プロトコルとして設計された。
【０００９】
最近、国際電気通信連盟（ＩＴＵ）は無線通信チャンネル上における高データ率及び高品質音声サービスを提供するための方法の提案を要請した。この提案の第一は、“ｃｄｍａ２０００  ＩＴＵ−Ｒ  ＲＴＴ候補提案”と題し、以後ｃｄｍａ２０００として引用されるもので、米国電気通信工業会から発行された。この提案の第二は、“ＥＴＳＩ  ＵＭＩＳ地上無線接続（ＵＩＲＡ）ＩＴＵ−Ｒ  ＲＴＴ候補提案”と題し、“広帯域ＣＤＭＡ”といても知られ、以後Ｗ−ＣＤＭＡとして引用されるもので、ヨーロッパ電気通信標準化協会（ＥＴＳＩ）により発行された。第三の提案は、“ＵＷＣ−１３６候補提案”と題し、以後ＥＤＧＥとして引用されるもので、Ｕ．Ｓ．ＴＧ８／１により提出された。これらの提案の内容は公開記録であり、この技術分野においては周知である。
【００１０】
ＲＬＰ２はＩＳ−９５Ｂとともに使用するため最適化され、そこではチャンネル容量から導出され、パケット・データ呼び出しの間使用される、率設定（ｒａｔｅ  ｓｅｔ）が呼び出しの持続期間は本質的に固定されている。固定率設定のこの仮定に基づいて、ＲＬＰ２は再送信ＲＬＰフレームが三つの連続ＲＬＰセグメントの最大値内で送信できると仮定して設計される。三つのセグメントの一つが失われ、再送信ＲＬＰフレームの喪失をもたらす確率はＲＬＰ２の設計者により許容できると見なされた。
【００１１】
ｃｄｍａ２０００においては、しかしながら、単一ユーザに利用できるチャンネル容量、したがってパケット・データ呼び出しの間に使用される最大データ率は広くかつ急速に変えることができる。例えば、単一ｃｄｍａ２０００呼び出しの進行中には、パケット・データ・サービス・オプションにより使用される補足チャンネル容量は９．６ｋｂｐｓ（秒当たり９．６キロビット）から３０７ｋｂｐｓ以上まで変えることができる。ＲＬＰ２の単純な拡張では、再送信の間に使用される最大セグメント数はデータ率の変化に適応するに必要なだけ増やすことができる。呼び出しチャンネルの容量は呼び出しの間に減少するために、高データ率で旨く伝送されないフルレート・フレームは３０またはそれ以上の連続する低率設定ｃｄｍａ２０００セグメントに及ぶかもしれない。一またはそれ以上のこれらｃｄｍａ２０００セグメントがそのようなＲＬＰ２の単純な拡張をする高い見込みはｃｄｍａ２０００を用いる場合大抵は非実用的である。
【００１２】
ＲＬＰ２は率設定１（ＲＳ１）及び率設定２（ＲＳ２）として知られる、二つのＩＳ−９５率設定上で最小プロトコル・オーバーヘッド空間を必要とするために最適化された。ＲＬＰ２におけるＲＬＰフレーム・シーケンス番号は８ビット長で、コンピュータ処理のために理想のサイズである。ｃｄｍａ２０００において指定された率設定はＲＳ１とＲＳ２を含むから、ｃｄｍａ２０００について設計されたＲＬＰ（ＲＬＰ２０００）がＲＳ１及びＲＳ２で使用されるとき少なくともＲＬＰ２と同様に有効であることは非常に望ましい。率設定が変化するたびにＲＬＰプロトコルを切り替えることはＲＬＰ２０００に複雑さを加えるために、単一のＲＬＰ２０００プロトコルが有効にＲＳ１及びＲＳ２を支援し、そして全てのより高いｃｄｍａ２０００データ率が再同期または実質的なプロトコルの複雑さを必要としないことが望ましい。
【００１３】
発明の概要
本発明は可変容量のチャンネルを介して特徴のないバイト・ストリームの有効な送信を可能にするため性能のよいＲＬＰを設計するために使用することができる。本発明の典型的な実施例はＩＳ−９５のＲＳ１及びＲＳ２と同じ容量をもつチャンネル上で使用されるときＲＬＰ２と同様に有効である。同時に、本発明にしたがって設計された、性能のよいＲＬＰはまたｃｄｍａ２０００において指定された最大値まで及びそれを凌駕する可変チャンネル容量でデータの有効な伝送を可能にする。本発明は無線チャンネル上でバイト・ストリームの送信を用いるある通信システムに適用できる。本発明はｃｄｍａ２０００、Ｗ−ＣＤＭＡ、及びＥＤＧＥのようなシステムに適用でき、ここではバイト・ストリームは無線通信システムにより使用されるために指定されたオーバー・ザ・エア（ｏｖｅｒ−ｔｈｅ−ａｉｒ）フレーム内で搬送することができる。
【００１４】
本発明の実施例の可変率での効率はＲＬＰプロトコル・ヘッダ内で搬送されるシーケンス番号の解釈を変えることにより可能になる。ＲＬＰ２においては、シーケンス番号はフレーム番号を表すのに使用される。これはパケット・データ呼出において使用されるチャンネル容量と同様に、ＲＬＰ２には適正であり、ここからフルレート・フレーム内で搬送されるデータ・バイトの最大数は両方とも一定である。ＲＬＰ２は一バイトのフレームシーケンス数を使用し、そしてフレームは２０ミリ秒（ｍｓ）間隔で送信される。ＲＬＰ２フレームが送信中に喪失すると、喪失フレームのデータは三つの再送信セグメントに分解され、それぞれはもとの喪失フレームと同じシーケンス番号を有する。
【００１５】
広範に容量が変化するチャンネル上で使用するためＲＬＰ２を適応させようとすると、高容量チャンネル（例えば、３０７ｋｂｐｓ）上で送信されるフレームを低容量チャンネル（例えば、９．６ｋｂｐｓ）上で送信しなければならないとき困難が発生する。２０ｍｓのフレーム間隔を用いると、３０７ｋｂｐｓのチャンネル上のフルレート・フレームは７５０バイトだけのデータを搬送することができる。そのようなフレームは送信中に喪失し、そして同時にチャンネル容量は９．６ｋｂｐｓに低下することがある。ＲＬＰ２では、９．６ｋｂｐｓのフルレート２０ｍｓフレームの容量は２０バイトである。最大許容再送信セグメントの単純な拡張では、７５０バイト・データの単一フレームを首尾よく再送信することは、約３８個の連続９．６ｋｂｐｓのフルレートＲＬＰ２再送信セグメントの首尾よい送信を必要とする。全ての再送信セグメントは同じシーケンス番号をもっているから、これら３８個の再送信セグメントの一つの喪失は全体の再送信フレームの喪失をもたらすことになる。受信器は個々の再送信セグメントを否定的認知（ＮＡＫ）できない。オーバー・ザ・エア・フレーム誤り率が１％であれば、３８個の連続フルレートＲＬＰ２再送信セグメントの送信成功確率は約６８％である。この筋書きでは、セグメントの再送信はしばしば失敗することになり、ＲＬＰ２再同期によるバイト・ストリームにおけるデータ喪失および中断をもたらす。斯くして、そのようなＲＬＰ２の単純な拡張は高容量フルレート・フレームが低容量チャンネル上で再送信されなければならない度ごとに喪失データの起因となる。
【００１６】
さらに信頼できるデータ再送信を達成する一方法はフレーム・シーケンス番号の代わりにＲＬＰヘッダ内のバイト・シーケンス番号を用いることである。チャンネル容量の減少により密接に従う大きな高率ＲＬＰの喪失に際して、喪失フレーム中のデータは小さな独立したＲＬＰ再送信フレームに分割することができる。受信器は誤りなしで３８個の連続再送信フレームを受信する必要はない。受信器は旨く受信したどの再送信フレームでも受取り、ある喪失再送信フレームを単純に否定的認知（ＮＡＫ）することができる。さらにオーバー・ザ・エア・フレーム誤りが１％であることを用いると、列内で同じセグメントが二度喪失する確率は０．０１％になる。
【００１７】
フレーム・シーケンス番号の代わりにバイト・シーケンス番号を用いる一欠点は同じデータを表すためにバイト・シーケンス番号における非常に多くのビット数である。９．６ｋｂｐｓフルレートＲＬＰ２フレーム内でバイト・シーケンス番号を使用すれば、シーケンス番号は８ビットフレーム・シーケンス番号より５ビット長くしなければならない。ｃｄｍａ２０００においては、チャンネル容量が９．６ｋｂｐｓからその容量の３２倍（約３０７ｋｂｐｓ）まで変化し、フルレート３０７ｋｂｐｓフレームは７５０ＲＬＰデータ・バイトだけをもつことになる。ＲＬＰ２におけると同じ２０ミリ秒の期間を追尾するに必要なバイト・シーケンス番号ビットの数は少なくとも１８ビットである。９．６ｋｂｐｓＲＬＰフレーム中に１８ビット・バイト・シーケンス番号の場所を空けるために、フレームは二少ないデータ・バイト、即ち１０％の減少、をもつことが可能になる。
【００１８】
発明の実施例は大多数のオーバー・ザ・エア・フレーム内のシーケンス番号ビットの一部を送信すると同時に大きなバイト・シーケンス番号の利益を提供する。発明の一実施例において、２０ビット・バイト・シーケンス番号が受信データを追尾するために使用される。シーケンス番号で追尾されるバイト数はシーケンス番号空間（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  ｓｐａｃｅ）と呼ばれる。２０ビットシーケンス番号の場合は、シーケンス番号空間の大きさ（サイズ）は２２０である。
【００１９】
平均フレーム・ヘッダの大きさに加えないで大きなシーケンス番号の利益を得ることは、送信データ・バイトに割り当てられないシーケンス番号空間の部分を注意深く選択することにより達成される。言い換えれば、幾つかのシーケンス番号空間は実際の送信バイトを追尾するために使用されず、消費されたものと見てよい。選択されたシーケンス番号の大きさは、シーケンス番号空間の消費がプロトコルの動作に影響しないで許容されるように選択される。例えば、１８ビット・シーケンス番号が３０７ｋｂｐｓチャンネル上で５秒の送信喪失を耐えるに必要であれば、２０ビット・シーケンス番号の使用は送信損失の最大許容長に影響しないで未使用のため４分の３のシーケンス番号空間を許容する。
【００２０】
シーケンス番号空間の未使用部分は各々の新しい送信データ・フレームの最初（ｆｉｒｓｔ）のバイトが、ページ・サイズと呼ばれる所定の距離で、前のデータ・フレームの最初のバイトから始まるように選択される。例えば、フレームｎ内の最初のバイトが１０００のシーケンス番号を有し、ページ・サイズが１００であれば、フレームｎ＋１の最初のバイトは次のページ上で１１００のシーケンス番号で始まる。フレームｎが１０００から１０３９の数の４０バイトを収容するのみであれば、１０４０から１０９９までのシーケンス番号空間は未使用になる。シーケンス番号空間の見かけの消費を許容する動機はフレーム内で送信されるシーケンス番号のビット・サイズの減少を許容する。今ここで示した例において、シーケンス番号はフレームに挿入する前に１００で分割することができ、したがって少なくとも６少ないビットにより表すことができる。発明の好ましい実施例において、ページ・サイズは、シーケンス番号のコンピュータ・ソフトウェア操作を容易にするため、６４といった２の累乗である。
【００２１】
高率フレーム中の７５０データ・バイトが喪失するという、前に述べた筋書きにおいて、発明の好ましい実施例は高容量及び低容量チャンネル上の再送信に同様に容易に適応する。高容量チャンネルでは、データは一または二再送信フレーム中で容易に送信される。しかしながら、チャンネルの容量が減少すれば、再送信されるべきデータ・バイトは幾つかの独立した再送信フレームに分割され、各々はそれ自身のシーケンス番号を持つ。独立再送信シーケンス番号の使用はＲＬＰ２により指定されたセグメント化再送信に有利である。単一ＲＬＰ２再送信セグメントが送信中に喪失すると、同じシーケンス番号をもつ全てのセグメントは喪失セグメントのデータを回復させるために再び再送信しなければならない。逆に、独立の番号がついた一またはそれ以上の再送信フレームが送信中に喪失すると、受信器は個々の喪失フレームを否定的認知（ＮＡＫ）することができる。第二のＮＡＫを受信した後で、送信器は二度目に個々の再送信フレームを送信することができる。さらに１％のオーバー・ザ・エア・フレーム誤りを用いると、列内で同じ再送信フレームが二度喪失する確率は０．０１％である。ＲＬＰ再同期、及びその付随データ喪失及びバイト・ストリーム不連続性は殆ど必要ない。
【００２２】
フレームの代わりにバイトに対応するシーケンス番号を用いる一つの欠点は多くのビットがシーケンス番号を表すのに一般に必要なことである。これは喪失フレームのデータを搬送するために必要な独立番号のついた再送信フレームの数に僅かな増加をもたらす。しかしながら、発明の典型的な実施例においては、この影響はシーケンス番号から最上位ビットと最下位ビットを時々省略することにより最小化される。
【００２３】
本発明の特徴、目的、および長所は、同様な参照符号が全体にわたり対応して同一である図面と関連して取られる以下に始まる詳細な記述からさらに明らかになるであろう。
【００２４】
好ましい実施例の詳細な説明
図１はシーケンス番号空間が発明の実施例に如何に使用されるかを示す。送信されるべき新しいデータはフルレートＲＬＰフレーム１４０中に置かれる。ＲＬＰフレーム１４０内にはシーケンス番号１５０及びデータ１００がある。送信されるべき新しいデータ１０２はフルレートＲＬＰフレーム１４２中に置かれる。ＲＬＰフレーム１４２内にはシーケンス番号１５２及びデータ１００がある。
【００２５】
新しいデータ１０４がフルレートＲＬＰフレームについて最大値より少ないバイトを有していれば、非フルレートＲＬＰフレーム１４４中に置かれる。ＲＬＰフレーム１４４内にシーケンス番号１５４及びデータ１０４だけでなく、データ長１６４もある。ＲＬＰ２と同様に、発明のこの実施例はより小さいＲＬＰフレームを搬送するために、所定のチャンネル容量、例えば９６００ｂｐｓにおけるハーフレート・フレーム内で低率フレームの使用を許容する。
【００２６】
発明の典型的な実施例において、各シーケンス番号はＲＬＰフレーム中のデータの最初（ｆｉｒｓｔ）のバイトに対応する。ＲＬＰフレーム内で搬送されるシーケンス番号はＲＬＰシーケンス番号と呼ばれる。
【００２７】
三つのＲＬＰフレーム１４０、１４２、及び１４４中で送信されるデータ１００、１０２、及び１０４はシーケンス番号空間１１０に存在する。発明の典型的な実施例において、シーケンス番号はバイト・シーケンス番号であり、左の低い値から右の高い値に連続して進行する。本実施例において、シーケンス番号は使用されるか飛び越されるかのいずれかなので、シーケンス番号は単調に増加する。所定のシーケンスの最大シーケンス番号値に達すると、シーケンス番号は再びゼロで始まる。
【００２８】
データ・バイト１０２はＲＬＰフレーム１４２中へ置かれるので、それらはシーケンス番号１２６のブロックから連続バイト番号を各々割り当てられる。典型的な実施例では、ブロック１２６の最初のバイトは前のＲＬＰフレームを送信するために使用されるブロック１２２の最初のバイトから所定数の距離１３４ａにある。この所定距離はページ・サイズと呼ばれ、所定距離内のシーケンス番号は一纏めにしてページと呼ばれる。データを送信するために使用されるシーケンス番号ブロックはページの先頭から常に始まる。例えば、シーケンス番号ブロック１２２はページ１３４ａの先頭から始まり、シーケンス番号ブロック１２６はページ１３４ｂの先頭から始まり、シーケンス番号ブロック１３０はページ１３４ｃの先頭から始まる。ページの先頭で新しいフレームを常に始めることの一つの副効果はページの末端、例えば１２４、１２８、及び１３２でのシーケンス番号のブロックを送信されるデータ・バイトに割り当てなくてもよいということである。
【００２９】
発明の典型的な実施例において、短縮ＲＬＰシーケンス番号が使用され、それはページ・サイズで分割したＲＬＰフレーム中の最初のデータ・バイトのバイト・シーケンス番号に等しい。短縮ＲＬＰシーケンス番号を表すために必要なビット数は実際のバイト系列番号を表すために必要なビット数より少ない。
【００３０】
発明の別の実施例において、省略によりどのデータがＲＬＰフレームのデータ部分に含まれるか曖昧にならないとき最上位ビットがバイト・シーケンス番号から省略される。例えば、２０ビットのバイト・シーケンス番号が使用され、しかし２１６バイト以下が顕著（明らかに、または暗に認知されない）であれば、バイト・シーケンス番号の最上位４ビットはＲＬＰシーケンス番号中で送信する必要はない。これらの４最上位ビットはフレーム中に含まれるバイトのシーケンス番号に曖昧さをもたらすことなくＲＬＰシーケンス番号から安全に省略される。
【００３１】
シーケンス番号の短縮はシーケンス番号から最上位ビットの番号を書略するものとして描かれているけれども、この技術分野に熟達するものは現発明から逸脱することなしに同じ結果がシーケンス番号にモジュロ関数を作用させることにより得られることを認識している。
【００３２】
しかしながら、２１６バイト以上が顕著であれば、顕著なデータバイトの一以上は同じ短縮ＲＬＰシーケンス番号を有するかもしれない。発明の典型的な実施例において、そのようなデータ・バイトをもつ再送信フレームは完全な２０ビットのシーケンス番号を含む。
【００３３】
ＲＬＰフレームが否定的に認知（ＮＡＫ）され、再送信されなければならないとき、データはＲＬＰ再送信フレームに挿入され、再送信される。再送信間のチャンネル容量が十分であれば、再送信フレームは元の喪失ＲＬＰフレームと同じ大きさ（サイズ）である。再送信フレームと元のＲＬＰフレームが同じ大きさである場合には、そうすることがシーケンス番号の曖昧さをもたらさない限り、元と同じ短縮ＲＬＰシーケンス番号を使用することができる。
【００３４】
チャンネル容量が減少したとき可能なように、元の送信フレームが単一送信フレーム中に適合する以上のデータを持っていれば、元の送信フレームからのデータは幾つかのより小さな再送信フレームに分割される。各再送信フレームはそれ自身のシーケンス番号を有し、それは前に論じた方法の一つで短縮してもよいし、しなくてもよい。再送信フレームが送信中に喪失すれば、個々の再送信フレームは否定的認知（ＮＡＫ）され、その後で送信することができる。再送信フレームが否定的認知（ＮＡＫ）される前にチャンネル容量が減少するまれな場合には、第二の再送信の前に再送信フレームは同じより小さな独立した再送信フレームにさらに分割することができる。
【００３５】
この手順は、単一喪失フレームに対応する再送信セグメントが全て同じＲＬＰシーケンス番号をもつＲＬＰ２とは異なる。単一喪失再送信セグメント中のデータを回復させるために、喪失フレームのシーケンス番号をもつ全ての再送信セグメントは再び再送信しなければならない。
【００３６】
図２は、喪失ＲＬＰフレーム中のデータが幾つかのより小さなＲＬＰ再送信フレーム中で再送信されねばならないとき、発明の典型的な実施例にしたがう、バイト・シーケンス番号空間及びＲＬＰシーケンス番号の使用を示す。チャンネル容量が元のＲＬＰフレームの送信とそのデータの再送信の時間の間で減少するとき再送信バイトの分割が必要である。
【００３７】
示された例において、元の喪失ＲＬＰフレーム中のバイトを表すために使用されるシーケンス番号空間２２８は幾つかのＲＬＰ再送信フレーム２３０に分割される。シーケンス番号空間２２８はより小さな部分２２０に分割され、各々は現送信チャンネル上のフルレート・フレームの容量より少ないか、または等しい大きさ（サイズ）を有する。より小さなシーケンス番号空間部分２２０の各々に対応するデータ２００はＲＬＰ再送信フレーム２３０中へ置かれる。
【００３８】
各ＲＬＰ再送信セグメントはそのそれぞれのシーケンス番号空間２２０の最初（ｆｉｒｓｔ）のバイトに対応するＲＬＰシーケンス番号２４０を有する。例えば、シーケンス番号２４０ａはシーケンス番号空間２２０ａ中の最初のバイトを表す値を有する。各再送信フレーム２３０中のＲＬＰシーケンス番号２４０は、そうすることがシーケンス番号の曖昧さをもたらさない限り、ＲＬＰシーケンス番号について論じたと同じ方法で随意に短縮することができる。
【００３９】
各ＲＬＰ再送信フレームは随意にデータ長２５０をもつことができる。各ＲＬＰ再送信フレームにより搬送されるデータ長２５０はフレーム内のデータ・バイト２００の数を示す。例えば、データ長２５０ａは再送信フレーム２３０ａ中のデータ・バイト２００ａの数に等しい。データ長が再送信フレーム２３０の他の部分、例えば図では示されてない型の領域（ｆｉｅｌｄ）で示されれば、データ長２５０は省略することができる。
【００４０】
ＲＬＰ再送信フレームの形成はデータ２００ｎの最後の部分がＲＬＰ再送信フレーム２３０ｎの中へ置かれるまで続く。一連のＲＬＰ再送信フレームの最後はデータ・バイト２００ｎの最大数より少なく含み、したがって一般的にはデータ長２５０ｎを含む。
【００４１】
発明の好ましい実施例において、最も共通な送信フレームのＲＬＰシーケンス番号は最下位ビット及び最上位ビットを省略することにより短縮される。発明の典型的な実施例において、バイト・シーケンス番号は２０ビットを有し、６４バイトのページ・サイズが使用され、そして顕著なＲＬＰ送信フレームの数はまれに２５６を超える。
【表１】
0004519382.tif 000002
表１は発明の好ましい実施例にしたがって使用されるＲＬＰフレーム・ヘッダの領域を示す。フレーム・ヘッダの内容は先頭、末端に置かれ、またはＲＬＰフレームのいたる所で決定論的に分散することができる。発明の好ましい実施例において、ＲＬＰフレーム・ヘッダは各ＲＬＰフレームの先頭に現れる。受信器で受信されたとき非一様なビット誤り確率がＲＬＰフレームを通して存在すれば、フレームのいたる所にヘッダの内容を分散することが望ましい。
【００４２】
いろいろな型ビット（ｔｙｐｅ  ｂｉｔｓ）の番号がＲＬＰフレーム型を表すのに使用される。一纏めにして、これらの型ビットは可変ビット長型領域を形成し、それは送信されるＲＬＰフレームの型を示し、同様にＲＬＰヘッダの残りのフォーマットを示す。表１において、“フレーム型記述”欄は各型領域値に対応するフレーム型の記述を含む。“フレーム型記述”欄のフレーム型記述は議論のためにフレーム型番号と同一にしてある。“フレーム型記述”欄以外の全ての欄はＲＬＰヘッダに実際に含まれる領域を示す。
【００４３】
型領域（ｔｙｐｅ  ｆｉｅｌｄ）の次にＲＬＰシーケンス番号が続く。シーケンス番号の曖昧さをもたらすことなく可能なときは、８ビットの短縮ＲＬＰシーケンス番号が使用される。別な時は、１４ビットの短縮ＲＬＰシーケンス番号または最大の２０ビットＲＬＰシーケンス番号がＲＬＰヘッダにより含まれる。
【００４４】
８ビットの短縮ＲＬＰシーケンス番号はフレーム中の最初のデータ・バイトに対応する２０ビット・バイト・シーケンス番号から生成される。２０ビット・バイト・シーケンス番号はバイト・シーケンス番号の最下位６ビット及び最上位６ビットを省略することにより８ビットの短縮ＲＬＰシーケンス番号に変換される。８ビット番号は最新のマイクロプロセッサ及びモデム・ソフトウェアで非常に容易に処理されるので、８ビットＲＬＰシーケンス番号の使用は特に有利である。発明の好ましい実施例において、改良ＲＬＰプロトコルが８ビットＲＬＰシーケンス番号で送信されるＲＬＰフレームの数を最大化するために設計されている。
【００４５】
２０ビット・バイト・シーケンス番号はバイト・シーケンス番号の最下位６ビットを省略することにより１４ビットの短縮ＲＬＰシーケンス番号に変換される。２０ビットＲＬＰシーケンス番号がＲＬＰフレーム中で送信されるべきとき、２０ビット・バイト・シーケンス番号はＲＬＰシーケンス番号中に単純に複写（ｃｏｐｙ）される。
【００４６】
発明の好ましい実施例において、最初に送信されるべきデータをもつ大方のフレームは８ビットＲＬＰシーケンス番号を使用する。これらのフレーム型は“フレーム型記述”欄の型１及び３と同じである。さらに、型２で示されているように、ＲＬＰ再送信フレームはまた８ビットＲＬＰシーケンス番号を使用できる。
【００４７】
フレーム型４、５，及び６は１４ビットＲＬＰシーケンス番号を含む。これらのフレームは顕著なフレームが同じ８ビットＲＬＰシーケンス番号を有する場合にはシーケンス番号の曖昧さを避けるために使用でき、そうでなければ送信されるべき次のフレームにより使用される。これらのフレームはまた否定的認知（ＮＡＫ）されたフレームからデータを再送信するのに随意に使用できる。
【００４８】
フレーム型７及び８は最大の２０ビットＲＬＰシーケンス番号を含む。これらのフレームはＮＡＫデータが少ない再送信フレーム中で再送信できる前にチャンネル容量が減少するとき使用される。
【００４９】
ここに再送信の前にチャンネル容量が減少するとき再送信フレーム型の使用の例がある。バイト・シーケンス番号１０００から１７４９をもつ、７５０バイトのデータが３０７ｋｂｐｓチャンネル上の単一ＲＬＰ送信フレームの送信の間に喪失する。受信器がＮＡＫフレームを送信器に送り返す時までに、チャンネル容量は９．６ｋｂｐｓまで低減してしまった。７５０バイトの喪失データはすぐに９．６ｋｂｐｓチャンネル上で再送信されなければならない。この筋書きを表すため図２を用いると、シーケンス番号空間２２８は１０００から１７４９の範囲にある。ＲＬＰ２の単純な拡張では、９．６ｋｂｐｓチャンネル上のフレーム型８のヘッダを用いる各再送信フレームは１５バイトのデータをもつ。例としてこれを用いると、７５０バイトの再送信データは５０ＲＬＰ再送信フレームの間に分配される。図２において、ＲＬＰ再送信フレーム２３０ｎは１０００の２０ビット・シーケンス番号とデータ長１５をもつフレーム型８のヘッダを有する。ｎ＝５０で、フレーム２３０ｎ-１は１７２０の２０ビット・シーケンス番号とデータ長１５をもつフレーム型８のヘッダを有する。フレーム型８の使用は再送信フレームと次のページの境界との間のシーケンス番号空間に割り当てられた多くのデータバイトがあることを受信器に指示する。フレーム２３０ｎは１７３５の２０ビット・シーケンス番号とデータ長１５をもつフレーム型７のヘッダを有する。末端の再送信フレームにおけるフレーム型７の使用はフレーム中の末端のバイトと次のページの境界との間のシーケンス番号空間に割り当てられたデータがないことを受信器に指示する。型７または８の何れのフレームも個々にＮＡＫ（否定的認知）され、再び再送信される。前の例の単純な改良では、フレーム型８の変形は無データ長バイトをもつヘッダ有し、フレームが１６バイトのデータをもつことを許容する。
【００５０】
フレーム型９はＲＬＰプロトコルにおける同期のために使用される制御／シーケンス・フレームをもつ。制御／シーケンス・フレームの使用は前述のＲＬＰ２に詳細に記載されている。
【００５１】
無長領域を有するフレーム・ヘッダにおいて、データ長は送信されたフレームの残余中へ適合できるバイトの最大数であると解釈される。このようにして、この中で述べられた改良ＲＬＰプロトコルは前述のＲＬＰ２またはｃｄｍａ２０００で指定されるより大きな容量を有するチャンネル中での使用のために容易に拡張できる。多くの予想される拡張において、改良ＲＬＰプロトコルの変形は新しいチャンネル容量のために便宜をはかる必要はない。
【００５２】
受信器は、この中で述べられたフォーマット中のＲＬＰフレームを受信する際、各ＲＬＰフレーム中に含まれるバイトに適用されるべき元のバイト・シーケンス番号を再生するため短縮シーケンス番号を使用する。そのＲＬＰシーケンス番号が一またはそれ以上の先立つフレームの喪失を指示するフレームが受信されるとき、受信器はＮＡＫを送信機に送信する。ＮＡＫフレームは対応するＲＬＰ再送信フレームに対応するＲＬＰシーケンス番号で使用されるべきビット数を随意に指定できる。
【００５３】
発明の好ましい実施例は２０ビットのバイト・シーケンス番号及び８、１４、及び２０ビットのＲＬＰシーケンス番号を指定するけれども、他の多くのシーケンス番号サイズの選択は現発明から逸脱することなしに行うことができる。バイト・シーケンス番号空間の最上位または最下位部分の明白な省略を可能にするＲＬＰシーケンス番号の使用は、２の累乗であるページ・サイズの選択及び８ビットの短縮ＲＬＰシーケンス番号の使用と同様、現発明の種々の実施例の目的である。
【００５４】
図３は発明の実施例にしたがってデータ・フレームを送信するために使用されるステップのフローチャートである。フレーム送信処理３０２の始まりで、送信器は新しいＲＬＰフレームまたはＲＬＰフレームを送信しなければならいかどうかを評価３０４する。この決定は喪失送信データを指定するＮＡＫフレームが以前に受信されたかどうかに基づいている。
【００５５】
送信フレームを形成する前に、送信器が送るべき新データを有するかどうかを判定３０６するため送信バッファまたはキュー（ｑｕｅｕｅ）が点検される。送信されるべきデータがなければ、アイドル・フレーム（ｉｄｌｅ  ｆｒａｍｅ）が形成３０８され、送信３２６される。ＳＹＮＣ、ＡＣＫ、及びＩＤＬＥフレームの使用は前述のＲＬＰ２に詳述されている。発明の一実施例において、アイドル・フレームの空中回線容量の影響を最小にするためアイドル・フレームはより小さな低データ率オーバー・ザ・エア・フレーム中に置かれる。発明の別の実施例において、アイドル・フレームは全く送らなくてもよく、また各フレーム期間よりは少ない頻度で送ってもよい。
【００５６】
送信器が送信すべき新データを有することが判定３０６されれば、シーケンス番号の曖昧さをもたらさない８ビットＲＬＰシーケンス番号を有するフレーム中にデータがあるかどうかを送信器は評価３０８する。８ビットシーケンス番号が曖昧さをもたらさなければ、８ビットＲＬＰシーケンス番号を有するＲＬＰ送信フレームが形成３１４され、送信３２６される。送信されるべきデータ・バイトの数がフルレート・フレームの最大値より小さければ、形成３１４されたフレームはデータ長領域（ｌｅｎｇｔｈ  ｆｉｅｌｄ）をもつ。送信されるべきデータ・バイトの数がフルレート・フレームの最大値より大きいか等しければ、データ・バイトの最大番号がフルレート・フレーム中に挿入３１４され、そのフレームが送信３２６される。ステップ３１２または３１４で新送信フレーム中へ挿入されたＲＬＰシーケンス番号は次の未使用ページを始めるバイト・シーケンス番号から生成される。
【００５７】
送信器がＲＬＰ再送信フレームを送信しなければならないことを送信器が判定３０４すれば、次のステップは、最大の２０ビットＲＬＰシーケンス番号が次のＲＬＰ再送信フレームで要求されるかどうかを判定３２２することである。チャンネル容量が送信と再送信との間で減少するとき可能であるのように、もともとデータを送信するために使用されるより多くのＲＬＰフレーム中で再送信されるべきデータを再送信しなければならない場合は、最大の２０ビットＲＬＰシーケンス番号が要求される。次のフレームを２０ビットＲＬＰシーケンス番号で送信しなければならない場合は、ＲＬＰ再送信フレームが形成され、データで満たされ３２４、そしてＲＬＰ再送信フレーム中の最初のデータ・バイトに対応するＲＬＰシーケンス番号で送信３２６される。２０ビットＲＬＰシーケンス番号が必要ないと送信器が判定３２２すれば、送信器は次の再送信ＲＬＰフレームについて８ビットまたは１４ビットＲＬＰシーケンス番号の使用の間を選択３１８しなければならない。一旦、要求されるシーケンス番号のビット・サイズの判定が終了３１８すると、送信器は８ビットＲＬＰシーケンス番号でＲＬＰ送信フレームを形成３２０し、または１４ビットＲＬＰシーケンス番号でＲＬＰ送信フレームを形成３１６し、フレームを送信３２６する。ケース３１６または３２０のいずれにおいても、フレームに挿入されるＲＬＰシーケンス番号はフレーム中に含まれる最初のデータ・バイトに対応するバイト・シーケンス番号から生成される。そのバイト・シーケンス番号はシーケンス番号ページの最初のバイト・シーケンス番号である。データ・サイズについて曖昧さを避ける必要があれば、再送信ＲＬＰフレームのＲＬＰヘッダはデータ長領域を含める。
【００５８】
図４は発明の実施例にしたがって受信データ・フレームからデータを取り出すために使用されるステップのフローチャートである。ＲＬＰシーケンス番号を含むＲＬＰデータ・フレームまたはアイドル・フレームを受信４０２すると、受信器はバイト・シーケンス番号を形成するために必要なものとしてＲＬＰフレームから受信ＲＬＰシーケンス番号を展開し、フレームからあるデータ・バイトを取り出す４０４。そこで、受信器はそのバイト・シーケンス番号から、データを搬送するＲＬＰフレームが喪失したかどうかを判定４０６する。
【００５９】
発明の典型的な実施例において、最も新しく（ｒｅｃｅｎｔｌｙ）受信されたＲＬＰデータ・フレームにより指示されたバイト・シーケンス番号を連続して受信された最終（ｌａｔｅｓｔ）の前データ・バイトに対応するバイト・シーケンス番号と比較することにより、喪失データの判定が行われる。例えば、再送信でない受信ＲＬＰデータ・フレームの最後のバイトは旨く受信された最終の前データ・バイトと考えられる。再送信でない受信ＲＬＰデータ・フレームから展開された、または受信ＲＬＰアイドル・フレームの、バイト・シーケンス番号が旨く受信された最終の前データ・バイトのシーケンス番号からページより大きく異なれば、一またはそれ以上の喪失ＲＬＰデータ・フレームの喪失が発生した。
【００６０】
前述のＲＬＰ２プロトコルは再送信ＲＬＰフレームの喪失の判定においてタイマー及びフレーム・カウンタの使用を述べている。この技術は現発明の実施例においても使用される。
【００６１】
データが喪失したことを判定４０６すると、受信器は喪失データの再送信を要求するためＮＡＫフレームを形成し、送信４０８する。発明の別の実施例において、旨く受信されたバイトのバイト・シーケンス番号空間の受信器の知識に基づいて、受信器は、ＮＡＫフレーム内で、再送信ＲＬＰフレーム内のＲＬＰシーケンス番号において使用されるべき低減ビット数を指定できる。
【００６２】
データが喪失しなかったことを判定４０６すると、受信器はＲＬＰアイドルまたはＲＬＰデータ・フレームを適切なものとして形成し、送信する。発明の別の実施例において、アイドル・フレームは全く送らなくてもよく、また各フレーム期間よりは少ない頻度で送ってもよい。
【００６３】
図５は発明の実施例にしたがって配置されたデータ通信システムの図である。図に示したように、送信器５０２は無線通信チャンネル５０６上で受信器５０４と通信を行う。ＲＬＰデータ・フレーム及び制御フレームはチャンネル５０６ａに沿って送信器５０２から受信器５０４へ送信され、ＲＬＰ認知またはＮＡＫ（否定的認知）はチャンネル５０６ｂに沿って受信器５０４から送信器５０２へ送信される。送信中は、送信チャンネル５０６の容量は変化し、元の送信において使用されるよりは少ない容量のチャンネル上でデータの再送信をときどき要求する。
【００６４】
例えば、大きなフルレートＲＬＰデータ・フレームはチャンネル５０６ａ上で送信器５０２により送信されるが、受信器５０４で旨く受信されないかもしれない。そのときは、受信器がチャンネル５０６ｂ上で喪失データのためにＮＡＫフレームを送信する直前または直後にチャンネル５０６の容量が低減される。そこで送信器５０２は低減容量チャンネル５０６ｂ上で再送信のために元の喪失フルレートＲＬＰデータ・フレームからのデータバイトを複数のより小さなＲＬＰフレームの中に分配しなければならない。一またはそれ以上の再送信ＲＬＰフレームが低減容量チャンネル５０６ａ上で喪失されたことを受信器５０４が判定すれば、受信器５０４はチャンネル５０６ｂ上でこれら個々の喪失再送信フレームを個々にＮＡＫ（否定的認知）する。
【００６５】
発明の典型的な実施例において、送信器５０２はメモリに接続されたプロセッサとプロセッサで処理されたバイトを無線で送信および受信するための装置を含む。プロセッサは送信装置上で送信されるべきバイト・ストリームが供給され、上文で述べた改良無線回線プロトコル（ＲＬＰ）に従って送信信号を形成する。
【００６６】
発明の典型的な実施例において、受信器５０４はメモリに接続されたプロセッサとプロセッサで処理されたバイトを無線で送信および受信するための装置を含む。プロセッサは受信装置から受信された受信データが供給され、上文で述べた改良無線回線プロトコル（ＲＬＰ）に従って送信の応答フレームを形成する。
【００６７】
先述の好ましい実施例はこの技術分野に熟達する人が本発明を為しまたは使用を可能にするために提供される。これらの実施例に対する種々の変形はこの技術分野に熟達する者には直ちに明白であり、この中に定義された一般原理は発明能力を用いることなく他の実施例に適用可能である。斯くして、本発明はこの中に示された実施例に限定されると解釈されるものではなく、この中に開示された原理及び新規な特徴と両立する広範な領域を認容すべきものである。
【図面の簡単な説明】
【図１】  発明の実施例にしたがう幾つかの新ＲＬＰフレームにおけるシーケンス番号空間とその使用を示す図である。
【図２】  発明の実施例にしたがう幾つかのＲＬＰフレームにおけるシーケンス番号とその使用を示す図である。
【図３】  発明の実施例にしたがってデータ・フレームを送信するために使用されるステップのフローチャートである。
【図４】  発明の実施例にしたがって受信データ・フレームからデータを取り出すために使用されるステップのフローチャートである。
【図５】  発明の実施例にしたがって配置されたデータ通信システムの図である。
【符号の説明】
５０２…送信器、５０４…受信器、５０６…無線通信チャンネル
【図１】
0004519382.tif 000003
【図２】
0004519382.tif 000004
【図３】
0004519382.tif 000005
【図４】
0004519382.tif 000006
【図５】
0004519382.tif 000007