(57)【特許請求の範囲】
【請求項１】
処理指向パケット・データ通信システムに対して無線リンク・プロトコルを実行する方法であって、
媒体アクセス制御層コントローラにより、送信用に記憶されたデータの量を決定するステップと、
受信機に始動プロトコル・データ・ユニットを送信するステップであって、該始動プロトコル・データ・ユニットが、長い固有の識別子の短縮化バージョンである短縮化識別子を含むステップと、
該短縮化識別子を、該受信機により現在使用中であるすべての他の短縮化識別子と該受信機が比較するステップと、
短縮化識別子の重複がない場合に、該始動プロトコル・データ・ユニットを認証し、および該始動プロトコル・テンダ・ユニットの送信に応じて媒体アクセス制御層処理を開始するステップ、又は
短縮化識別子の重複がある場合に、現在用いられていない短縮化識別子を受信機により決定し、該受信機が決定した短縮化識別子をもつ始動プロトコル・データ・ユニットが処理で用いられることを認証し、および該始動プロトコル・データ・ユニットの送信に応じて媒体アクセス制御層処理を開始するステップ、を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、該始動プロトコル・データ・ユニットが、該媒体アクセス制御層処理に対する要請された動作モードを含み、この動作モードが固定コード化および固定の変調である方法。
【請求項３】
請求項1に記載の方法において、該始動プロトコル・データ・ユニットが該媒体アクセス制御層処理に対する要請された動作モードを含み、この動作モードが固定コード化および適応変調である方法。
【請求項４】
請求項１に記載の方法において、該始動プロトコル・データ・ユニットが該媒体アクセス制御層処理に対する要請された動作モードを含み、この動作モードが増分冗長コード化および固定変調である方法。
【請求項５】
請求項１に記載の方法において、該始動プロトコル・データ・ユニットが該媒体アクセス制御層処理に対する要請された動作モードを含み、この動作モードが増分冗長コード化および適応変調である方法。
【請求項６】
請求項１に記載の方法において、媒体アクセス制御層処理を開始するステップが、さらに、該媒体アクセス制御層コントローラのところで、該媒体アクセス制御層処理に対する要請された動作モードの受け入れを意味する始動プロトコル・データ・ユニットを認証するステップを含む方法。
【請求項７】
請求項１に記載の方法において、さらに、該始動プロトコル・データ・ユニットを送信した後でデータ送信を中止するステップと、該受信機からの認証メッセージを待つステップとを含む方法。
【請求項８】
請求項７に記載の方法において、両方のステップが送信コントローラのところで実行される方法。
【請求項９】
媒体アクセス制御層バッファの送信用に記憶されたデータの量を決定するための媒体アクセス制御層コントローラと、
受信機に、始動プロトコル・データ・ユニットを送信するための媒体アクセス制御層送信機であって、該始動プロトコル・データ・ユニットが、長い固有の識別子の短縮化バージョンである短縮化識別子を含む媒体アクセス制御層送信機とを含み、
該受信機が、該短縮化識別子を、該受信機により現在使用中である他のすべての短縮化識別子と比較し、
該比較結果が短縮化識別子の重複がないことを示す場合に、該受信機は、該始動プロトコル・データ・ユニットを認証し、および該始動プロトコル・テンダ・ユニットの送信に応じて媒体アクセス制御層処理を開始し、又は
該比較結果が短縮化識別子の重複があることを示す場合に、該受信機は、現在用いられていない短縮化識別子を決定し、該受信機が決定した短縮化識別子をもつ始動プロトコル・データ・ユニットが処理で用いられることを認証し、および該始動プロトコル・データ・ユニットの送信に応じて媒体アクセス制御層処理を開始する、よう動作することを特徴とする処理指向パケット・データ通信システム。
【請求項１０】
請求項９に記載のシステムにおいて、該媒体アクセス制御層処理に対して該始動プロトコル・データ・ユニットが、動作モードのグループからの要請された動作モードを含み、この動作モードのグループが固定コード化および固定変調、固定コード化および適応変調、増分冗長コード化および固定変調、ならびに増幅冗長コード化および適応変調から成るものであるシステム
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムでのリンクおよびメディア・アクセス制御層処理開始手順に関し、特にタイムスロット付きの通信システムでの上記手順に関する。
【０００２】
【従来の技術、及び、発明が解決しようとする課題】
＜関連出願への相互参照＞
本出願は、「無線データ通信システムのメディア・アクセス制御用のシステムおよび方法」という名称の、１９９８年５月１７日付の米国仮出願番号６０／０８５，７５２の利益を請求する。
【０００３】
リンク層回復プロトコルは、データ通信システムでのエラーおよびロス回復用に使用される。リンク層回復は、リンクの、特に、過酷なロスおよびエラー特性のために、無線通信の場合、特に非常に重要である。
【０００４】
通常、リンク層回復プロトコルは、接続が確立したときに初期化される。また、セルラー通信用のデータ・リンク・プロトコルの場合には、無線リンク・プロトコル（ＲＬＰ）は、基地局では実行されず、通常、ネットワークに送り返され、その結果、接続部を通過するデータの流れは、移動横断多重セル（横断多重ハンドオフ）のようにつなぎ目がない。接続が確立されると、ネットワークは、通常、データ・リンク接続に関連する一意の暫定的な識別子を特定の移動局へ割り当てる。例えば、セルラー・デジタル・パケット装置（ＣＤＰＤ）の場合には、移動データ・リンク・プロトコル（ＭＤＬＰ）が、パケット・データ登録の際に確立され、暫定装置識別子（ＴＥＩ）が移動局に割り当てられる。ＴＥＩは、以降のデータ転送のために、対等データ・リンク層構成要素により使用される。
【０００５】
パケット・データ処理は、処理の間に起る恐れがある長い活動中止により、突然発生する傾向がある。間欠的な処理に関連する移動局の場合には、（各処理が有意なデータ転送を含んでいる場合があっても）長い相互間処理時間により、ネットワークにＲＬＰを維持すると、下記のような不都合が起こる。すなわち、長いアイドル時間の間、ＲＬＰ状態情報を維持すると、ネットワーク資源の使用が非常に非効率的になる。ＲＬＰをネットワークにもう一度移動させると、往復の遅延が増大して、性能に悪影響がある。ネットワークにもう一度ＲＬＰを移動させると、処理能力が有意に増大させることができる適応変調および増分冗長スキームの使用が困難になる。長いアイドル時間の間一意の識別子を維持するのは、非常に非効率的であり、長い識別子フィールド（例えば、ＣＤＰＤのＴＥＩ）を使用しなければならない。また、曖昧さを避けるためには、各媒体アクセス制御（ＭＡＣ）層送信中に識別子を使用するのは望ましいことであるが、長い識別子はＲＦ帯域幅を無駄に使用することになる。
【０００６】
ＴＤＭＡデジタル制御チャネル（ＤＣＣＨ）においては、７ビットの部分エコー（ＰＥ）フィールドが、移動局識別子として使用されてきた。しかし、間欠パケット処理を行うユーザの場合には、７ビットのＰＥでは、曖昧になる確率がかなり高い。
本発明は、上記問題の中の一つまたはそれ以上の影響を克服、または、少なくとも軽減するためのものである。
【０００７】
【課題を解決するための手段】
本発明は、処理指向パケット・データ通信システム用の無線リンク・プロトコルおよび動的部分エコー管理を実行するためのシステムおよび方法を提供する。この方法は、媒体アクセス制御層を含むデータ・バックログを決定するステップと、ＰＤＵを受信機に送信するステップとを実行する。この方法は、さらに、「始動」ＰＤＵの送信に応じて、媒体アクセス制御層処理を始動するステップも実行する。
【０００８】
本発明は、また処理指向パケット・データ・システム用の無線リンク・プロトコル（ＲＬＰ）および動的部分エコー管理を実行するためのシステムも提供する。このシステムは、媒体アクセス制御層バッファのデータ・バックログを決定するための媒体アクセス制御層コントローラ、および受信機に対して、始動プロトコル・データ・ユニットを送信するための媒体アクセス制御層送信機を備える。このシステムは、また、始動プロトコル・データ・ユニットの送信に応じて、媒体アクセス制御層処理を開始するための手段も含む。
本発明の上記および他の特徴および利点は、添付の図面を参照しながら以下の詳細な説明を読めば明らかになるだろう。
【０００９】
【発明の実施の形態】
以下に本発明を説明するが、本出願は、開放形システム間相互接続（ＯＳＩ）モデルに基づく媒体アクセス制御（ＭＡＣ）層仮設を使用する。ＯＳＩは、異なる販売業者が製造した、異なるシステム間での通信用規格の国際的に承認された枠組みである。今日広く使用される通信プロトコルは、ＯＳＩモデルに基づく構造を持っている。ＯＳＩは、通信プロセスを七つの異なる分野に分類し、これらの分類を、ユーザへの関連に基づいて、層状のシーケンスに収容する。層７〜４は、端部間の通信メッセージ・ソースおよびメッセージの宛先を処理する。一方、層３〜１は、ネットワーク・アクセスを処理する。
【００１０】
層１、すなわち、物理層は、ライン、すなわち、データ回線の電気的、機械的、および機能的制御を通してデータを送信する物理的手段を処理する。層２、すなわち、データ・リンク層は、通信ラインを動作させるための手順およびプロトコルを処理する。層３、すなわち、ネットワーク層は、個々のネットワーク内および個々のネットワーク間での、コンピュータ間のデータの転送方法および発送方法を決定する。
【００１１】
パケット・データ・チャネルは、多重変調をサポートすることができることを理解されたい。ＭＡＣ層は、層３のフレームを備え、これらのフレームをフラッグ句切り文字により、バイト・ストリームに変換する。無線リンク・プロトコル（ＲＬＰ）は、また再送信リンク・プロトコルとも呼ばれ、セルと移動局間および移動局とセル間で層２のフレームを転送するために使用される。バイト・ストリーム層３は、ＲＬＰフレームのセグメントに分割され、順次伝送および回収を行うために、スライディング・ウィンドウ再送信スキームが使用される。
【００１２】
ＭＡＣ層処理は、好適には、始動フレームの送信からスタートすることが好ましい。アップリンクおよびダウンリンク上においては、ＭＡＣ層は、層３のフレームをバイト・ストリームに変換し、このバイト・ストリームを一連の「継続」フレームに詰め込む。処理の最後の新しいデータ・バーストは、端部フレームにより送信される。
【００１３】
各処理の始動フレームは、受信機からの受信通知を入手するために、ストップおよびウエイト・モードでの４レベル変調により送信される。始動フレームを受信すると、受信機はＲＬＰを初期化する。始動フレームは、また処理を行うために部分的エコー（ＰＥ）を初期化し、その処理中に、後続の自動再送信要求（ＡＲＱ）モード継続フレームのための、動作モードを指定するために使用される。
【００１４】
ダウンリンクおよびアップリンク上のＡＲＱモード継続フレームに対しては、二つの可能なモードがある。第一のモードは、増分冗長モード（モード０）であり、第二のモードは、固定コード化モード（モード１）である。モード０およびモード１の両方とも、固定変調または、適応変調で動作することを理解されたい。
【００１５】
ＡＲＱは、送信されたデータのエラーをチェックする。送信側は、メッセージの内容に基づいて送信したデータのエラー検出（チェック）フィールドをコード化する。受信機は、その後、チェック・フィールドを再計算し、それを受信したチェック・フィールドと比較する。チェック・フィールドが一致した場合には、ＡＣＫ（受信通知）が送信側に返送される。両方のチェック・フィールドが一致しない場合には、ＮＡＫ（受信否定）が返送される。
【００１６】
アップリンク送信およびダウンリンク送信の両方に対して、ＡＲＱ状態の形でビットマップ・フィードバックが行われる。アップリンク送信用に、各タイムスロット上でＡＣＫ／ＮＡＫフィードバックが行われる。
【００１７】
図１は、本発明のパケット・データ・チャネル１００上での動作のハイ・レベルのブロック図である。処理指向パケット・データ通信システム１０５の場合、層３のフレーム１１０は層２用のもので、ＭＡＣ層１１５は、送信機１２０のところに設置されていて、デマケーション用のフラッグにより、バイト・ストリームに変換される。この変換により、ＭＡＣ層１１５は、異なる層３のプロトコルに対して、統一移送機構を供給することができる。このバイト・ストリームは、ＲＬＰフレームのセグメントに分割され、フレーム・シーケンス番号（ＦＳＮ）が割り当てられる。ＦＳＮは、ハッキリＲＬＰフレームの一部として送信されるのではない。
【００１８】
どちらのモードでもより高い処理能動に対しては、層１の１２５のデータは、受信機１３５からの層２のバックログ、およびチャネル品質フィードバック１３０の知識に基づいて、４レベル、８レベルまたは１６レベル変調から選択した記号にマップされる。チャネル品質は、受信機１３５のところの物理層１４５を通して、層２のブロック１４０のデコーダへの入力のところで、信号対干渉雑音比、Ｃ／（Ｉ＋Ｎ）により測定される。デコーダ１４０は、その後、層３のフレーム１５０を出力する。
【００１９】
ＩＳ−１３６デジタル制御チャネルは、部分エコー（ＰＥ）とも呼ばれる暫定的な移動局識別子を使用する。ＰＥは、短縮移動局識別子（ＭＳＩＤ）と見なされる。すなわち、ＭＳＩＤの最後の７ビットがＰＥとして処理される。この機構により、二人またはそれ以上のユーザが、同じＰＥを使用する確率、移動局がそのＰＥを正しく決定することができないために、間違ったプロトコル状態が頻繁に発生する確率が有意に高くなる。
【００２０】
図２の場合には、この確率をそのチャネル上で同時に能動状態になったユーザの数の関数として示してある。（音声または回線データ・アプリケーションとは反対の）パケット・データ・アプリケーションの場合には、所定の時間に同じチャネルを共有する能動状態のユーザを十人またはそれ以上持つことが完全に可能である。この場合、部分的エコーが複写される確率は２５％およびそれ以上に達し、この数値では、システムは正しく動作することができない。
【００２１】
この問題は、（動的ＰＥのような）提案されたＰＥ値、または能動移動局識別（ＡＭＩ）をすべてのダウンリンク処理用、および一つ以上のバーストを必要とするアップリンク処理に対する各移動局に割り当てることにより選択的に解決される。ダウンリンク処理、およびアップリンク処理の両方とも、ＭＡＣ層処理の一部である。ＡＭＩは、特定のパケット・データ・チャネル上で処理が行われている間、送信機および受信機により使用される、一意に（割り当てられた）ローカル識別子としての働きをする。新しいＡＭＩは、新しい各処理に割り当てられ、そのため曖昧になる恐れがなくなる。どちらの方向にも同じＡＭＩを使用することができる。（すなわち、ＡＭＩの割り当ては、どちらが先に開始しようとも、アップリンクまたダウンリンクにより開始され、両方向へのデータの転送が終了するまで、割り当てられた状態のままになる。）
【００２２】
送信の機会が識別され、送信バッファが新しいデータを含んでいる場合には、新しい処理が開始する。ダウンリンク処理はＡＣＫまたはＮＡＫであるが、アップリンク処理は何時でもＡＣＫである。好適には、各ＭＡＣ送信機処理は、始動プロトコル・データ・ユニット（ＰＤＵ）ハンドシェークと一緒にスタートし、一連の「継続」ＰＤＵの送信と一緒に進行することが好ましい。「始動」ＰＤＵは、提案された部分エコー値および／または提案された動作モードを含む。ＡＲＱモード「継続」ＰＤＵは、増分冗長モード（モード０）、または固定コード化モード（モード１）で送信することができ、二つのモードに対するＡＲＱ手順は異なる。監督ＡＲＱ状態ＰＤＵは、送信機に受信機状態の周期的なフィードバックを行うために使用される。
【００２３】
「始動」ＰＤＵハンドシェーク（すなわち、「始動」ＰＤＵのＡＣＫ転送）は、以降の「継続」ＰＤＵに対するＡＭＩおよび動作モードを確立する。多重速度チャネル上においては、移送割り当てを行うために、それを選択的に使用することができることを理解されたい。
【００２４】
基地局（セルとも呼ばれる）は、「始動」ＰＤＵの送信により、ダウンリンク処理を選択的に開始する。「始動」ＰＤＵにより表示されるパラメータは、移動局識別（ＭＳＩＤ）；処理がＡＣＫまたはＮＡＫのどちらであるかを示すＡＲＱモード（ＡＭ）；移動局がＡＲＱ状態ＰＤＵを通してＡＣＫを供給するように要請されているかどうかを示すＡＣＫ処理用のポール識別子（ＰＩ）；移動局に割り当てられるＡＭＩ値；以降のダウンリンク「継続」ＰＤＵに対する動作モードが、固定コード化または増分冗長であるかどうかを示すモード・インジケータ（ＭＩ）；およびアップリンクまたはダウンリンク上の、以降のデータの転送に対する移送を示す移送割り当て（ＰＡ）を含む。
【００２５】
ＡＭＩが移動局に割り当てられている場合には、基地局は、「始動」ＰＤＵで同じＡＭＩを割り当てる。移動局が有効なＡＭＩを持っていない場合には、基地局は一組の許容できる数値の中から一つのＡＭＩ値をランダムに選択し、「始動」ＰＤＵによりそれを移動局に割り当てる。基地局の「送信コントローラ」は、「始動」ＰＤＵの送信の際に、表示したモード（ＩＲまたはＦＣ）でＲＬＰを初期化する。移動局の受信コントローラは、「始動」ＰＤＵを受信した場合、割り当てられたモードで対等ＲＬＰを初期化する。
【００２６】
図３は、二重無線データ通信システムの媒体アクセス制御（ＭＡＣ）１５５層の例示としての実行である。ＭＡＣ１５５は、層３、１６０（ネットワーク層）、物理層（層１）１６５（ＭＡＣ層送信機１６６および／またはＭＡＣ層受信機１６７を含む）、および管理構成要素１７０と共に、インターフェースとしての働きをする。この実施形態の場合には、ＭＡＣ１５５は、層３、１６０および他のもっと高い層構成要素に、データおよび急送制御伝送サービスを供給する。ＭＡＣ１５５は、無線インターフェース１７５を通してそのＰＤＵを伝送するために、ＭＡＣ層送信機１６６を通して、層１、１６５を使用する。管理構成要素１７０は、ＭＡＣ１５５の動作を初期化し、終了させ、中止させ、再開させ、構成する。管理構成要素１７０は、またエラーを検出するためにＭＡＣ１５５を監視する。管理構成要素１７０は、また、図１の処理指向パケット・データ通信システム１０５に対して動的ＰＥ管理を行う。ＭＡＣ１５５は、二つのサービス・アクセス点（ＳＡＰ）、すなわち、定期データ用のＳＡＰ１、および急送データおよび制御用のＳＡＰ０を含む。各ＳＡＰは、対応する送信バッファ（ＴＸＢ）、セグメンタ（ＳＧＭ）、デセグメンタ（ＤＳＧＭ）、フレーム抽出装置（ＦＲＸ）および送信コントローラ（ＴＣ）を含む。チャネル・アクセス・マネージャ（ＣＡＭ）１８０は、図３の異なる送信コントローラ（ＡＲＱエンジンとも呼ばれる）ＴＣ０およびＴＣ１からのＰＤＵを多重化し、優先順位スケジュールを行う。ＣＡＭ１８０は、また、アップリンク・ランダム・アクセスに対して責任を持つ。ＭＡＣサブチャネル・コントローラ（ＳＣＣ）１８５は、好適には、各無線データサブチャネルを通して、９まで（ＳＣＣ０〜ＳＣＣ８）の送信を制御することが好ましい。ＭＡＣ層コントローラ（ＭＬＣ）１９０は、ＭＡＣ構成全体を制御し、管理構成要素１７０に対してインターフェースとしての働きをする。ＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）およびデコーダ（ＰＤＥＣ０およびＰＤＥＣ１）は、モード０（増分冗長モード）またはモード１（固定コード）で、ＭＡＣ  ＰＤＵに対して、チャネルコード化／解読を行う。モード０セグメント・エンコーダ（ＳＥＮＣ０）およびデコーダ（ＳＤＥＣ０）は、送信の増分冗長モードで、コード化／解読、インターリーブ／デインターリーブ、およびブロック化／デブロック化を行う。
【００２７】
図４は、図３からの移動局用のＭＡＣ送信コントローラ（ＴＣ）の内部構造、送信機１２０の図１のＭＡＣ層２、１１５に位置する内部構造である。送信コントローラ１９２は、下記のサブブロック、すなわち、送信コントローラ（ＴＣＴＸ）１９５、受信コントローラ（ＴＣＲＸ）２００、放送コントローラ（ＴＣＢ）２０５、およびルータ（ＴＣＲＴ）２１０からなる。送信コントローラ１９５は、セグメンタ（図３のＳＧＭ０およびＳＧＭ１）、ＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）、図４のＣＡＭ１８０、ＭＬＣ１９０およびＴＣＲＴ２１０に接続している。ＴＣＲＸ２００およびＴＣＢ２０５コントローラは、デセグメンタ（図３のＤＳＧＭ）、ＭＬＣ１９０、および図４のＴＣＲＴ２１０に接続している。ＴＣＲＴ２１０は、図３のＴＣＴＸ１９５、ＴＣＲＴ２１０、ＴＣＲＸ２００、ＴＣＢ２０５、ＭＬＣ１９０、およびＰＤＵデコーダ（ＰＤＥＣ０またはＰＤＥＣ１）に接続している。
【００２８】
図５は、図４の移動局送信コントローラ１９２用の、ルータ・プロセスを示す状態図である。図４のルータ２１０は、好適には、解読したフレームを送信コントローラ１９２の適当なプロセス（送信、受信機または放送コントローラ）に転送することが好ましい。ルータ２１０は、また好適には、移送割り当て、ポール表示、放送変更通知、および基地局に位置する対等送信コントローラにより、移動局に選択的に送信することができるページ継続表示のような、制御情報を受信するために使用するのが好ましい。ルータ２１０は、移動局が図５に示すスリープ状態２１５なのか、覚醒状態２２０なのかを追跡し、ＡＭＩが移動局に割り当てられているかどうかを追跡する。状態によって、図４のルータ２１０は、それに従って受信フレームを転送する。
【００２９】
ルータ２１０はｄａｔａ．ｉｎｄ（）プリミィテブを通して、図３のＣＡＭ１８０から解読したフレームを受信する。図４のルータ２１０は、図３のＭＬＣ１９０により、図５のスリープ状態２１５から覚醒状態２２０に変化し、それぞれ、ｗａｋｅ．ｒｅｑ（）およびｓｌｅｅｐ．ｒｅｑ（）プリミティブを通して元へ戻る。図４のルータ２１０は、図４の受信、送信または放送コントローラ（ＴＣＲＸ２００、ＴＣＴＸ１９５およびＴＣＢ２０５）に、ｄａｔａ．ｉｎｄ（）プリミィテブを発行する。ルータ２１０は、図３のＭＬＣ１９０に、ｗａｋｅ．ｒｅｑ（）を通して）ページまたはページ継続受信、（ｂｅｎ．ｉｎｄ（）を通して）放送変更通知受信、および（ｐｈａｓｅ．ｉｎｄ（）／ｐｈａｓｅ．ｒｅｑ（）を通して）新しい位相割り当てについて知らせる。
【００３０】
図６は、図４の送信コントローラ１９２と、図３のＣＡＭ１８０および図６のＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）とのアイドル状態相互作用を示す。図６は、また割り当て状態に対する待機への移行の一例を示す。
図６の場合には、「始動」ＰＤＵプロセス中の送信用の検索ブロックは、好適には、セグメンタ（図３のＳＧＭ０またはＳＧＭ１）からデータを検索し、また処理サイズに基づいて、送信プロセスの終わりを実行すべきかどうかを決定するために、アップリンク処理の開始のところで実行することが好ましい。
【００３１】
図４の送信コントローラ１９２は、送信の機会がアップリンク上で発生した場合には、図３のＣＡＭ１８０から、ｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。図４の送信コントローラ１９２は、プロセスが選択的にデータを送信することができるかどうかを示すｐｏｌｌ．ｒｅｑ（）プリミィテブにより応答する。アイドル状態の場合には、図４のＴＣＴＸ１９５は、「始動」ＰＤＵまたは「ＡＲＱ状態」ＰＤＵを送信する。図３のＣＡＭ１８０が、この図４のＴＣＴＸ１９５に送信の機会を与えた場合、ＴＣＴＸ１９５は、ｐｏｌｌ．ｃｏｎ（）プリミィテブで応答する。ＴＣＴＸ１９５は、ＰＤＵを構成して、そのＰＤＵをｄａｔａ．ｒｅｑ（）を通して、ＰＤＵエンコーダに送り、「始動」ＰＤＵの場合には、割り当て状態に対する待機に入る。「始動」ＰＤＵに対するデータを検索している場合には、ＴＣＴＸ１９２は、バッファ（図３のＴＸＢ０またはＴＸＢ１）のデータ・ブロックの数をカウントし、開始から処理の終わり（ＮＢ＿Ｔｘ＜最大、およびＥｎｄ＿Ｔｘ＿フラッグ＝真）に付託すべきかどうか、または処理を境界がない状態（ＮＢ＿Ｔｘ＝ＮＢ＿最大およびＥｎｄ＿Ｔｘ＿フラッグ＝偽）で開始すべきかどうかを決定する。図４のＴＣＴＸ１９５が、スタートから処理の終わりを付託した場合には、「始動」ＰＤＵのＴＳ（処理サイズ）フィールドは、データ・ブロック単位の処理サイズに設定され、そうでない場合には、ＮＢ＿最大（ＮＢ＿最大の最大数値は６３）に設定される。
【００３２】
図７は、図３のＣＡＭ１８０とＰＥＮＣ１を含む、図４の送信コントローラ１９２の図６の割り当て状態相互作用に対する待機を示す。図７は、また新しいデータ・ブロック・カウント・プロセス、およびＡＲＱ検索状態ビットマップ・プロセスの両方を示す。新しいデータ・ブロック・カウントプロセスは、好適には、図４のＴＣＴＸ１９５が、空中を送信されたことはないが、現在の処理に選択的に含めることができる図３のＭＡＣバッファのデータ量を決定しなければならない度に実行することが好ましい。ＡＲＱ検索状態ビットマップ・プロセスは、ダウンリンク処理に対するＡＲＱプロトコルの状態を示すビットマップを検索するための図４の受信コントローラ（ＴＣＲＸ）２００との通信を含む。
【００３３】
送信コントローラ１９２は、送信の機会がアップリンク上で発生した場合、図３のＣＡＭ１８０からのｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。図４の送信コントローラ１９２は、送信コントローラ１９２が、選択的にデータを送信することができることを示すｐｏｌｌ．ｒｅｓ（）プリミィテブにより応答する。割り当て状態の待機の場合、ＴＣＴＸ１９５は、（対等送信コントローラ１９２により、それに対しポーリングされている場合には）、選択的に「ＡＲＱ状態ＰＤＵ」を送ることができる。図３のＣＡＭ１８０が、図４のこのＴＣＴＸ１９５に送信の機会を与えた場合には、図３のＣＡＭ１８０は、ｐｏｌｌ．ｃｏｎ（）プリミィテブを送信する。図４のＴＣＴＸ１９５は、ＡＲＱ状態ビットマップを検索し、ＰＤＵを構成し、このＰＤＵを、ｄａｔａ．ｒｅｑ（）を通して、ＰＤＵエンコーダに送る。新しいデータ・ブロックをカウントしている場合には、図４のＴＣＴＸ１９５は、最初、それがすでに現在の処理の終わりを付託したかどうかをチェックする（Ｅｎｄ＿Ｔｘ＿フラッグ＝真）。そうである場合には、ＴＣＴＸ１９５は、（ＢＳＴ＿状態により示される）現在の処理が終了するまで、残りのブロックだけの数をカウントし、処理の終わりが付託された後、バッファ（図３のＴＸＢ０またはＴＸＢ１）に到着するかも知れないデータを無視する。そうでない場合には、図４のＴＣＴＸ１９５は、（ＢＳＴ＿状態およびＴＸＢ＿状態の合計により示される）ＭＡＣバッファ、すなわち、図３のＴＸＢ０または、ＴＸＢ１のすべてのデータをカウントする。このような方法でカウントされた新しいブロックの数が、ＮＢ＿最大より多い場合には、処理は、境界がない状態で、選択的に続行することができる。そうでない場合には、終了手順を行わなければならない。
【００３４】
図８は、アイドルと、モード０およびモード１状態で進行中の、割り当ておよび処理に対する待機との間の処理である。図４のＴＣＴＸ１９５は、割り当て状態に対する待機から、ＰＣＦ（ＣＡＭからのｄａｔａ．ｃｏｎ（）プリミィテブにより表示され、エラー＝ヌル状態が真である）を通して、その「始動」ＰＤＵへの積極的な受信通知を受信した後、またはＴＣＲＴ２００からのデータ表示（ＡＲＱ＿状態＿Ｒｘ）プリミィテブにより表示され、ＷＡＩおよびＡＭＩ＝ＡＭＩ＿アイドルが偽である）ＡＭＩ割り当てと一緒に、ダウン・リンクＡＲＱ状態ＰＤＵを受信した後、（基地局と交渉したアップリンク・モード（ＵＬ＿モード）により）進行中の処理の一つに選択的に移行することができる。割り当て状態に対する待機状態の場合には、タイマＴ＿ＷＡおよびＴ＿ＢＯＦＦ＿ＳＴＡＲＴは、選択的に終了することができ、ＴＣＴＸ１９５は、選択的にアイドル状態に移行することができる。これらのタイマは、移動局がそのアクセスの試みを反復して行うことができるようになる前に、ＡＲＱ状態ＰＤＵを通して、移動局がＡＭＩ／モード割り当てのために待機しなければならない時間の長さを指定する。（モード０およびモード１）状態で進行中の処理の場合、ＴＣＴＸ１９５は、ＰＣＦ（図３のＣＡＭ１８０からのｄａｔａ．ｃｏｎ（））およびＡＲＱ状態ＰＤＵ（図４のＴＣＲＴ２００からのｄａｔａ．ｉｎｄ（）を通して、受信通知を選択的に受信することができる。図１２の送信表２３０が空であって、送信すべき（ＮＢ＿Ｔｘ＜＝０）新しいデータがない場合（データ・バックログなし）、移行は完了し、図４のＴＣＴＸ１９５は、選択的にアイドル状態に移行する。そうでない場合には、不活動タイマ（Ｔ＿ＩＮＡＣ）がタイムアウトしない限り、ＴＣＴＸ１９５は、進行中の処理に残る。
【００３５】
図９は、図８の進行中の処理、すなわち、図３のＣＡＭ１８０およびＰＤＵエンコーダ（図３のＰＥＮＤ０またはＰＥＮＣ１）と、図４の送信コントローラ１９２との間の相互作用である。図９は、また再送信データ・ブロック発見プロセスを示す。このプロセスは、図４のＴＣＴＸ１９５が、受信機により受信通知されていないで、再送信することができる（すなわち、データ・バックログが存在する）図１２の送信表２３０に、データ・ブロックが存在するかどうかを決定する度に、選択的に実行される。
【００３６】
アップリンク上に送信の機会が発生すると、送信コントローラ１９２は、図３のＣＡＭ１８０からｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。送信コントローラ１９２は、それがデータを送信することができるか、または送信しなければならないかを示す、ｐｏｌｌ．ｒｅｓ（）プリミィテブで応答する。進行中の処理の場合には、図４のＴＣＴＸ１９５は、（対等送信コントローラによりそれがポーリングされている場合）、ＡＲＱ状態ＰＤＵ、または「継続  ＰＤＵ」を選択的に送信することができる。図３のＣＡＭ１８０が、図４のＴＣＴＸ１９５に送信の機会を与える決定をした場合には、図３のＣＡＭ１８０は、ｐｏｌｌ．ｃｏｎ（）プリミィテブを送信する。図４のＴＣＴＸ１９５は、ＰＤＵを構成し、それをｄａｔａ．ｒｅｑ（）を通して、ＰＤＵエンコーダに送る。
【００３７】
図１０は、送信データ・ブロック・プロセスの受信を示す。このプロセスはＴＣＴＸ１９５がすでに送信されたが、受信機がそれを正しく解読できなかったために、再送信されなければならない、データ・ブロック（すなわち、他のタイプのデータ・バックログ）を含む「継続ＰＤＵ」をＴＣＴＸ１９５が構成する度に、図４のＴＣＴＸ１９５により実行される。上記データ・ブロックの数は、現在の変調（例えば、８レベル変調用の３ブロック、および４レベル用の２ブロック）、および受信機の処理のために予想すべき最後のシーケンス番号について知らせるために、前に送信した終端ブロックを再送信しなければならないかどうかにより異なる。終端ブロックを再送信しなければならない（Ｅｎｄ＿ＲＴｘ＿フラッグ＝偽）場合には、このプロセスは終端ブロックを発生し、それを図１２のＳＣＣｘＴ表２３５に挿入する。送信データ・ブロックを検索した後に、ＰＤＵにスペースが残っている場合には、このプロセスは、（終了手順が進行中である場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝真の場合には）、冗長終端ブロックで、（終了手順がスタートしていない場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝偽の場合には）、充填ブロックで、そのスペースを満たす。
【００３８】
図１１は、新しい受信データ・ブロック・プロセスを示す。このプロセスは、ＴＣＴＸ１９５が、前に送信されなかったデータ・ブロック（他のタイプのデータバックログ）を含む「継続ＰＤＵ」をＴＣＴＸ１９５が構成する度に、図４のＴＣＴＸ１９５により実行される。上記データ・ブロックの数は、現在の変調（例えば、８レベル変調用の３ブロック、および４レベル用の２ブロック）、および受信機に処理のために予想すべき最後のシーケンス番号について知らせるために、終端ブロックを再送信しなければならないかどうかにより異なる。すでに送信した終端ブロックを再度再送信しなければならない（Ｅｎｄ＿ＲＴｘ＿フラッグ＝偽）場合で、ＭＡＣバッファ（図３のＴＸＢ０およびＴＸＢ１）の新しいデータ・ブロックの数が、前に定義した域値（ＮＢ＿Ｔｘ＜ＮＢ＿最大）より小さい場合には、このプロセスは終端ブロックを発生し、それを図１２のＳＣＣｘＴ表２３５に挿入する。新しいデータ・ブロックを検索した後に、ＰＤＵにスペースが残っている場合には、このプロセスは、（終了手順が進行中である場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝真の場合には）、冗長終端ブロックで、（終了手順がスタートしていない場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝偽の場合には）、充填ブロックでそのスペースを満たす。
【００３９】
図１２は、図４のＴＣＴＸ１９５により使用される構成ＰＤＵプロセス２２５、送信（（ＴｘＴ）表２３０、およびサブチャネル・コントローラ送信（ＳＣＣｘＴ）表２３５を示す。構成ＰＤＵプロセス２２５は、ＰＤＵの種々の選択的なおよびデータ・フィールドを数値およびデータで満たす方法を示す。図１２のＴｘＴ表２３０は、図４の送信コントローラ１９２のＡＲＱ状態、すなわち、送信ウィンドウの前に送信したデータ・ブロックの状態、および順序を追跡するために使用される。ＳＣＣｘＴ表２３５は、ブロックとＰＤＵとＰＤＵが送信されたサブチャネルとの間の関連を追跡するために使用される。ＳＣＣｘＴ表２３５は、物理的制御フィールド（ＰＣＦ）を通して、まだ受信通知されていなかったトランジットにすべてのＭＡＣに関する情報を記憶する。ＳＣＣｘＴ表２３５は、またＰＤＵの構成を容易にするために使用される。ＴｘＴ２３０およびＳＣＣｘＴ２３５表は、ＭＡＣ層を含むデータ・バックログ を決定するための手段である。
【００４０】
図１３は、図４の移動局の送信コントローラ１９２の一部として実行されるＰＣＦプロセスである。ＰＣＦは、サブチャネル上の前のアップリンク・バーストで送信されたすべてのブロックに対して受信通知を行う。ＰＣＦが、サブチャネル上の前のアップリンク送信を受信したことを表示している場合には、送信されたブロックに対応する送信表が更新される。ＴＣ１９２のところのＡＲＱ状態変数も、ＰＣＦ受信通知を反映するために更新される。ＴＣ１９２は、受信通知された各ブロック用のセグメンタ（図３のＳＧＭ０またはＳＧＭ１）に、データ構成信号を送る。サブチャネル上の前のアップリンク・バースト中に送信されたデータ・ブロックの受信が、ＰＣＦを通して否定された場合には、データ・ブロックに再送信可能のマークがつけられる。
【００４１】
図１４は、図４の移動局送信コントローラ１９２により、実行されるＡＲＱ状態プロセスである。ＡＲＱ状態ＰＤＵは、ＡＭＩおよび／または移動局が提案したモードが許容できない場合には、移動局にＡＭＩおよび／またはモードを割り当てるために使用される。別の方法としては、ＡＲＱ状態ＰＤＵは、移動局が、後続のＡＭＩおよび／またはモード割り当てに対して待機しなければならないことを表示することができる。このプロセスは、またＴＣ１９２のところで、ＡＲＱ状態変数および／または送信表（図１２のＴｘＴ２３０）を更新させる。ＡＲＱ状態ＰＤＵのＮＮＤフィールドが設定されている場合には、移動局は新しい層のデータを送信することができるものと見なす。処理の終点に近づきながら、終端ブロックを送信した場合には、ＡＲＱ状態ＰＤＵのＥＢＲビットを通して、終端ブロックの受信が確認される。ＡＲＱ状態ＰＤＵが、受信ウィンドウのすべてのブロックの受信状態を示す、一次ビットマップを含んでいる場合には、このビットマップは、送信表のブロックの受信および送信の可能性の状態を更新するために使用される。（すなわち、送信コントローラは、受信ウィンドウを理解する。）ビットマップにより受信通知された各ブロックに対して、ＴＣ１９２は、セグメンタにデータ構成信号を送る。
【００４２】
図１５は、処理開始による移動局受信コントローラ・プロセスを示す。図１５は、ＰＤＵデコーダ、すなわち、（状態データ表示の）図３のＰＤＥＣ０またはＰＤＥＣ１から、図４の受信コントローラ（ＴＣＲＸ）２００が入手した信号を示す。この図は、また図４のＴＣＲＸ２００により、（状態データ表示の）図３のデセグメンタＤＳＧＭ０またはＤＳＧＭ１、および状態始動ｘ表示のＭＬＣ１９０に送られた信号を示す。
【００４３】
図４のＴＣＲＴ２００がアイドル状態にある場合に、「始動」ＰＤＵは選択的に検索される。ＰＤＵデコーダ、すなわち、図３のＰＤＥＣ０またはＰＤＥＣ１から「始動」ＰＤＵを受信した場合には、図４のＴＣＲＸ２００は、処理の受信通知が行われたかどうか、また処理が制限付きのものであるかどうか（すなわち、ＮＢ＿Ｒｘデータ・ブロックの転送に制限されているかどうか）を判断する。ＡＲＱ処理の場合には、ＴＣＲＴ２００は、また処理に対するＡＲＱモード（モード０またはモード１）を決定し、表示のモードでＡＲＱエンジン（図４のＴＣ１９２とも呼ばれる）を初期化する。図３のＴＣＲＸ２００は、始動フレームに応じてＭＡＣ処理を開始させる。
【００４４】
図１６は、固定コード化モードＡＲＱ処理が進行中の移動局受信コントローラ・プロセスを示す。図１６は、（状態ポール表示の）ＴＣＴＸ１９５、（状態停止Ｒｘ要求の）図３のＭＬＣ１９０、および（状態データ表示の）図３のＰＤＥＣ０またはＰＤＥＣ１から図４のＴＣＲＴ２００が受信する信号を示す。この図は、また図４のＴＣＲＴ２００により、ＴＣＴＸ１９５（状態データ要求）、（状態エラー表示の）図３のデセグメンタ、ＤＳＧＭ０またはＤＳＧＭ１、および（状態エラー表示の）図３のＭＬＣ１９０へ送られる信号を示す。
【００４５】
ＡＲＱ状態について、図４のＴＣ１９２がポーリングを行っている間に、ＴＣＲＸ２００は、ＡＲＱ状態ＰＤＵ（受信ウィンドウのすべてのブロックの受信状態を示すビットマップを含む）を発生し、それをＴＣ１９２に送る。処理の進行中に、「継続ＰＤＵ」は、選択的に受信される。ＰＤＵデコーダから「継続ＰＤＵ」を受信すると、ＴＣＲＸ２００は、このＰＤＵから複数のブロックを抽出する。抽出するブロックの数は、ダウンリンク変調により異なることを理解されたい。上記ブロックのタイプ終点、データまたは、充填物は選択的である。終端ブロックおよびフィラー・ブロックは、ブロックの頭のところで、エスケープ・シーケンスにより識別される。終端ブロックを受信した場合には、ＴＣＲＸ２００は、好適には、その送信の最後の有効なシーケンス番号を終端ブロックが表示するシーケンス番号に設定することが好ましい。抽出した各データ・ブロックに対して、ＴＣＲＸ２００は、アップリンク受信（Ｒｘ）状態プロセスを実行する。
【００４６】
図１７は、データ・ブロックを受信した場合、ＴＣＲＸ２００が実行するＲｘ状態プロセスを示す。図１７は、受信コントローラ２００により、（状態データ表示の）図３のセグメンタ、ＤＳＧＭ０またＤＳＧＭ１、および状態停止Ｒｘ表示の図３のＭＬＣ１９０に送られた信号を示す。
【００４７】
図４の受信コントローラ２００は、データ・ブロックがウィンドウの外側に存在する場合、または前に受信したブロックに対応している場合には、上記データ・ブロックを無効にするか、捨て去る。データ・ブロックが依然として有効である場合には、ＴＣＲＸ２００は、ブロックの受信状態を更新する。受信コントローラ２００は、また二つの状態変数、すなわち、ＮＲ＿Ｒｘ（その番号まで、データ・ブロックがシーケンスに受信されたシーケンス番号）およびＮＬ＿Ｒｘ（受信した最後のシーケンス番号）を更新する。受信コントローラ２００は、その後、シーケンスに受信したすべてのデータ・ブロックをデセグメンタに送り、受信表からそれらの登録を削除する。このプロセスは、受信表が空になり、ＮＲ＿Ｒｘが処理に対する最後の有効なシーケンス番号に等しくなった場合に停止する。
【００４８】
図１８は、移動局受信表２４０、初期化ＴＣＲＸ２００パラメータ・プロセス２４５、および図４の受信コントローラ（ＴＣＲＸ）２００により実行される、「始動」ＰＤＵプロセス２５０を示す。受信表２４０は、ブロック・シーケンス番号、データ・ブロック、および受信ウィンドウの各シーケンス番号に対する受信状態からなる。初期化ＴＣＲＸ２００パラメータ・プロセス２４５は、受信表２４０および他のＡＲＱ状態変数を初期化する。「始動」ＰＤＵプロセス２５０は、ＡＭＩ、モードおよび処理のサイズの初期化を示す。これらパラメータは、「始動」ＰＤＵの対応するフィールドから抽出されることを理解されたい。
【００４９】
図１９は、図３のＣＡＭ１８０に対する移動局ＣＡＭプロセスを示す。図１９は、ＳＣＣ１８５（ｄａｔａ  ｃｏｎ、ｐｃｆ．ｉｎｄ、ｄａｔａ  ｉｎｄ）のどちらかから、またＭＬＣ１９０（Ｏｐｅｎ．ｒｅｑ、Ｃｏｎｆｉｇ．ｒｅｑ、Ｃｌｏｓｅ．ｒｅｑ）から受信した信号を示す。図１９は、またＣＡＭ１８０が、送信コントローラ１８５（ｄａｔａ．ｃｏｎ）、図３のＰＤＵデコーダ、すなわち、ＰＤＥＣ０または、ＰＤＥＣ１（ｄａｔａ．ｉｎｄ）、およびＭＬＣ１９０（Ｅｒｒｏｒ  ｉｎｄ）へ送った信号を示す。
【００５０】
ＣＡＭ１８０は、多重送信コントローラ１８５（ＳＣＣ０〜ＳＣＣ８）からの、コード化されたＭＡＣ  ＰＤＵに対する送信順序を決定する。ＣＡＭ１８０は、ＭＡＣサブチャネルコントローラ１８５の一つにより、送信の機会に気が付いた場合には、ＭＡＣ  ＰＤＵに対して送信コントローラ１８５をポーリングする。ＣＡＭ１８０のポーリングへの応答に基づいて、ＣＡＭ１８０は、データを求めて、送信コントローラ１８５の一つに対してポーリングを行う。ＣＡＭ１８０は、ＰＤＵエンコーダ（ＰＥＮＣ１およびＰＥＮＣ０）の一つから入手した、コード化されたＭＡＣ  ＰＤＵを、空気インターフェース１７５（無線インターフェースとも呼ばれる）を通して、送信用の適当なＳＣＣ１８５に選択的に送る。
【００５１】
ＣＡＭ１８０は、また移動局のところでのランダム・アクセス・プロトコルの実行を担当する。この機能は、競合モードでのチャネル・アクセス、および最初のアクセスが失敗した場合の、すべての以降のバックオフ手順を管理する。アクセスが成功した後で、ＣＡＭ１８０は、送信コントローラ１８５に対してポーリングを行い、サブチャネル・コントローラ１８５が表示する、割り当てられたスロットで、ＰＤＵを送信することにより先へ進む。
【００５２】
この受信方向において、ＣＡＭ１８０は、サブチャネル１８５からＭＡＣ  ＰＤＵを入手し、それらを表示のモードに対応するＰＤＵデコーダへ送る。
【００５３】
図２０は、選択送信コントローラ（ＴＣｙ）プロセス２２５、および図３のＣＡＭ１８０により実行される送信コード化ＭＡＣ＿ＰＤＵプロセス２６０を示す。図２０は、ＣＡＭ１８０により、ＴＣ（図３のＴＣ１およびＴＣ２、および図２０のｐｏｌｌ．ｉｎｄおよびｐｏｌｌ．ｃｏｎ．）および図３のＳＣＣ１８５（ｄａｔａ．ｒｅｑ．） に送られる信号を示す。図２０は、またＴＣ（図３のＴＣ１、ＴＣ２）および図２０のｐｏｌｌ．ｒｅｓ．）およびＰＤＵエンコーダ（図３のＰＥＮＣ０およびＰＥＮＣ１および図２０のｄａｔａ．ｒｅｑ．）から受信する信号を示す。
【００５４】
図３のＣＡＭ１８０は、ＳＣＣ１８５による送信の機会に気が付いたとき、優先順位に従って各送信コントローラに対してポーリングを行う。各ＴＣ（ＴＣ０およびＴＣ１）は、それが選択的にデータを送る表示により応答し、データを送ることができるが、送るべきデータが何もない場合もある。上記応答に基づいて、ＣＡＭ１８０は、データに対してポーリングを行うために、適当なＴＣ（ＴＣ０およびＴＣ１）を選択する。その後で、ＣＡＭ１８０は、ＣＡＭ１８０が空気インターフェース１７５を通して、送信するための適当なＳＣＣ１８５に送るＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）からコード化されたＭＡＣ  ＰＤＵを入手する。
【００５５】
図２１は、移動局サブチャネル・コントローラ（ＳＣＣ）プロセスを示す。ＭＡＣ層は、好適には、３倍の速度のチャネル６に対して、図３の９のサブチャネル・コントローラ１８５（ＳＣＣ０〜ＳＣＣ８）を、２倍速のチャネルに対して６のサブチャネル・コントローラ、全速のチャネルに対して３のサブチャネル・コントローラを持つことが好ましい。各サブチャネル・コントローラ１８５は、サブチャネルに対するパケット・チャネル・フィードバック（ＰＣＦ）動作を処理し、ＣＡＭ１８０と物理層１６５との間でコード化されたＭＡＣ  ＰＤＵを送信する。
【００５６】
図２１の場合には、図３のＳＣＣ１８５が、物理層１６５（ＰＨＹ＿ＤＡＴＡ．ＩＮＤ）、ＣＡＭ１８０（Ｄａｔａ．ｒｅｑ．）およびＭＬＣ１９０（Ｏｐｅｎ．ｒｅｑ、Ｃｌｏｓｅ  ｒｅｑ）からの信号を受信する。さらに、この図は、ＳＣＣ１８５により、ＣＡＭ１８０（ｐｃｄ．ｉｎｄ、Ｄａｔａ．ｃｏｎ）、および物理層１６５（ＰＨＹ＿ＤＡＴ．ＲＥＱ）に送られる信号を示す。
【００５７】
物理層１６５からデータを入手した場合には、ＳＣＣ１８５は、移動局が目的とする受信相手であるかどうかを判断するために、ＡＭＩをチェックする。上記データが上記移動局宛のものでない場合には、そのデータは捨て去られる。そうでない場合には、コード化されたＭＡＣ  ＰＤＵは、ＣＡＭ１８０に送られる。ＳＣＣ１８５も、ＰＣＦを通して、競合および予約アクセスの機会を入手し、データを求めてＣＡＭ１８０に対してポーリングを行う。その後で、ＣＡＭ１８０から入手した任意のコード化されたＭＡＣ  ＰＤＵは、物理層１６５に送られる。ＰＤＵが送信された後で、ＳＣＣ１８５は、ＰＤＵの受信に成功したかどうかを判断するために、サブチャネル上の対応するＰＣＦフィールドをチェックする。ＳＣＣ１８５は、データが競合により送信されたのか、予約により送信されたのかにより、異なるＰＣＦの構造をとる。ＰＣＦを通して取得した受信通知状態は、ＣＡＭ１８０に対して表示される。
【００５８】
図２２は、宛先チェック、および図３のＳＣＣ１８５、すなわち、物理層１６５からのデータの入手についてのプロセスにより実行されるコード化ＭＡＣ＿ＰＤＵ抽出プロセスを示す。ＳＣＣ１８５は、ｄａｔａ．ｉｎｄ信号を、このプロセスの一部としてＣＡＭ１８０に選択的に送ることができる。物理層１６５からデータを入手した場合には、ＳＣＣ１８５は、移動局が目的の受信相手であるかどうかを判断するためにＡＭＩをチェックする。上記データが上記移動局宛のものでない場合には、そのデータは捨て去られる。そうでない場合には、コード化されたＭＡＣ  ＰＤＵは、ＣＡＭ１８０に送られる。
【００５９】
図２３は、ストップおよびウエイトによる、基地局（セル）２５６と移動局２７０との間でのダウンリンク「始動」ＰＤＵハンドシェーク・プロセスの信号流れ図である。「始動」ＰＤＵハンドシェークにより、ＡＭＩと呼ばれる一意の（割り当て）ローカル識別子が確立される。「始動」ＰＤＵハンドシェークは、また以降の動作に対する動作モードを識別する。使用できる動作モードは四つある。すなわち、固定コード化および固定変調モード、固定コード化および適応変調モード、増分冗長および固定変調モード、および増分冗長および適応変調モードである。
【００６０】
ステップ２７５においては、セル２６５は、ＭＡＣ層「始動」ＰＤＵを移動局２７０に送信するが、上記ＰＤＵは以降の「継続ＰＤＵ」の動作モードを指定し、処理に対するＡＭＩを割り当てる。ＲＬＰは、「始動」ＰＤＵの送信の際に、セル２６５のところで初期化され、移動局２７０は、「始動」ＰＤＵを受信した際に同格ＲＬＰを初期化する。このステップは、図３のＳＣＣ１８５が、物理層１６５からデータを受信し、図２１および図２２のＣＡＭ１８０へ、それを送った場合の状態図である。図３のＣＡＭ１８０は、その後、ＳＣＣ１８５からデータを受信し、解読されたデータは、（図１９の状態図に示す）図４のルータ（ＴＣＲＴ）２１０に送られる。図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０からデータを受信し、ポーリング・ビット（ＰＩ）を抽出し、ＡＲＱ＿Ｓｔａｔｕｓ＿ｐｏｌｌｅｄ  ｆｌａｇ＝ＰＩを設定し、「始動」ＰＤＵを（図１５に示す）図４のＴＣＲＸ２００に送る。図４のＴＣＲＸ２００は、ＴＣＲＴ２１０から「始動」ＰＤＵを受信し、図１５および図１８のＡＭＩおよびダウンリンク・モードを初期化する。
【００６１】
ステップ２８０においては、移動局２７０は、セル２６５に、（ヌル・ビットマップと一緒に）ＡＲＱ状態ＰＤＵ受信通知（ＡＣＫ）、「始動」ＰＤＵを送る。このステップは、図３のＳＣＣ１８５が、ＰＣＦを読んで送信の機会を検出し、それを図３および図２１のＣＡＭ１８０に表示した場合のものである。図３のＣＡＭ１８０は、図１９および図２０のＴＣＴＸ１９５に対するポーリングを行う。「始動」ＰＤＵの検索が行われる同じステップ上の、図４のＴＣＴＸ１９５は、図３のＣＡＭ１８０に、自分が選択的に図６、図７および図９のＡＲＱ状態ＰＤＵを送信することを表示する。図３のＣＡＭ１８０は、図１９のＡＲＱ状態ＰＤＵを求めて、図４のＴＣＴＸ１９５にポーリングを行う。図４のＴＣＴＸ１９５は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ２００に対してポーリングを行う。図４のＴＣＲＸ２００は、ＡＲＱ状態を発生し、それを図７のＣＴＸ１９５に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態を図６、図７および図９のＰＤＵエンコーダ（図３のＰＥＮＣ０およびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０は、エンコーダＰＤＵを図７のＳＣＣ１８５に送る。図３のＳＣＣ１８５は、その後、データを図２１の物理層１６５に送る。
【００６２】
ステップ２８５においては、セル２６５は、移動局２７０に、初期化されたモードで、「継続ＰＤＵ」を送る。このステップは、図３のＳＣＣ１８５が、物理層１６５からデータを受信し、そのデータを図２１および図２２のＣＡＭ１８０に送る場合のものである。図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読されたデータは、図１９の２１０（図４）に送られる。図４のＴＣＲＴ２１０は、図５のＣＡＭ１８０（図３）から上記データを受信する。図４のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６および図１７のＲｘ状態を受信する。
【００６３】
図２４は、ストップおよびウエイトを使用しないセル２６５と移動局２７０との間のダウンリンク「始動」ＰＤＵハンドシェークの信号の流れ図である。ステップ２９０においては、セル２６５は、以降の「継続ＰＤＵ」の動作モードを指定し、処理のためのＡＭＩを割り当て、移動局１６０に特定の位相を割り当てるＭＡＣ層「始動」ＰＤＵを移動局２７０に送る。セル２６５は、「始動」ＰＤＵの送信の際にＲＬＰを初期化し、割り当てられた位相上で、いくつかの２７０用の以降のＰＤＵのスケジュールを作成する。「始動」ＰＤＵを受信した場合には、移動局２７０は、同格ＲＬＰを初期化し、割り当てられた位相上でリスニングを開始する。このステップは、図３のＳＣＣ１８５が、物理層１６５からデータを受信し、それを図２１および図２２のＣＡＭ１８０に送る場合のものである。その後、図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読されたデータは、図１９のＴＣＲＸ２００図２００に送られる。図２００のＴＣＲＸ２００は、図３のＣＡＭ１８０から上記データを受信し、ポール・ビット（ＰＩ）を抽出し、ＡＲＱ＿Ｓｔａｔｕｓ＿ｐｏｌｌｅｄ  ｆｌａｇ＝ＰＩを設定し、「始動」ＰＤＵを図５のＴＣＲＸ２００図４に送る。図４のＴＣＲＸ２００は、ＴＣＲＸ２００から「始動」ＰＤＵを受信し、図１５および図１８のＡＭＩおよびダウンリンク・モードを初期化する。
【００６４】
ステップ２９５においては、セル２６５は、後続の「継続ＰＤＵ」を移動局２７０に送り、フィードバックのために移動局２７０に対してポーリングを行う。このステップは、図３のＳＣＣ１８５が、物理層１６５からデータを受信し、それを図２１および図２２のＣＡＭ１８０上へ送る場合のものである。図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読したデータは、図１９のＴＣＲＴ２１０（図４）に送られる。図４のＴＣＲＴ２１０は、図５のＣＡＭ１８０（図３）からデータを受信する。図４のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６および図１７のＲＸ状態を更新する。
【００６５】
ステップ３００においては、移動局２７０は、ＡＲＱ状態ＰＤＵを通して、セル２６５にビットマップ・フィードバックを行う。ＡＲＱ状態ＰＤＵは、割り当てられたモードが受け入れられなかったことを選択的に表示することができる。このステップは、図３のＳＣＣ１８５が、ＰＣＦを読んで送信の機会を検出し、それを図２１のＣＡＭ１８０に表示した場合のものである。図３のＣＡＭ１８０は、図１９および図２０のＴＣＴＸ（図４の１９５）に対してポーリングを行う。「始動」ＰＤＵの受信が行われる同じステップ上の、図４のＴＣＴＸ１９５は、図３のＣＡＭ１８０に、自分が選択的に図６、図７および図９のＡＲＱ状態ＰＤＵを送信することを表示する。図３のＣＡＭ１８０は、図１９のＡＲＱ状態ＰＤＵを求めて、図４のＴＣＴＸ１９５は、図４のＴＣＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ１９５は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＴ２００に対してポーリングを行う。図４のＴＣＲＸ２００は、ＡＲＱ状態を発生し、それを図７のＴＣＴＸ１９５に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態ＰＤＵを図６、図７および図９のＰＤＵエンコーダ（図３のＰＥＮＣ０およびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、コード化されたＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０は、コード化されたＰＤＵを図７のＳＣＣ１８５に送る。図３のＳＣＣ１８５は、その後、データを図２１の物理層１６５に送る。
【００６６】
図２４の移動局２７０は、「始動」ＰＤＵを送信することにより、アップリンク処理を初期化する。「始動」ＰＤＵは、（移動局２７０が有効なＡＭＩを持っている場合には）競合アクセスまたは予約アクセスにより選択的に送信される。「始動」ＰＤＵにより表示されるパラメータは、下記のものを含む。すなわち、ＭＳＩＤ；処理のために提案されたＡＭＩ；処理のために提案されたモード（増分冗長モードまたは固定コード化モード）；移動優先順位クラス（ＭＰＣ）；ダウンリンク増分冗長機能；帯域幅優先（全速度、２倍速度または、３倍速度）；および変調機能を含む。移動局２７０が、有効なＡＭＩを持っていない場合には、基地局２７０は、受け入れることができるＡＭＩからランダムな数値を取り出し、それを示唆されたＡＭＩとして、始動ＰＤＵ内に送る。移動局２７０が、処理を開始する状態で、すでに有効なＡＭＩを持っている場合には、ＡＭＩ値が同じであることを示唆している。提案されたＡＭＩおよびモードが、基地局２６５にとって受け入れられるものである場合には、上記ＡＭＩはＲＬＰを初期化し、ダウンリンクのＰＣＦフィールドにより、受信通知（ＡＣＫ）を送る。ＡＣＫを受信した場合には、移動局２７０は、同格ＲＬＰを初期化する。提案されたＡＭＩおよび／またはモードが、基地局２６５にとって受け入れることができないものである場合には、基地局はダウンリンクのＰＣＦフィールドにより、ハッキリとした受信通知の拒否（ＮＡＫ）を送る。その後、基地局は、下記の機能、すなわち、ＡＭＩ、モードおよび位相割り当ての中の一つを実行するＡＲＱ状態ＰＤＵを送信する。この場合、基地局２６５は、許容できる数値の組からランダムに取り出したＡＭＩ値を割り当てる。基地局は、また処理のために適当なモード、および位相を割り当てることができる。割り当て表示に対する待機の場合には、基地局２６５は、移動局２７０が、ＡＭＩおよび／またはモードの割り当てを待つ必要があることを表示する。移動局２７０は、もう一つのアクセスを試みる前に、競合アクセスを行うためＮＡＫを受信した後、どの位の時間待機しなければならないかを表示するタイマを計算する。タイマの持続時間は、基地局２６５により割り当てられ、ＡＲＱ状態ＰＤＵによる表示される、割り当てクラス（ＷＡＣ）値に対する待機の関数である。基地局２６５は、「始動」ＰＤＵに移動局２７０が表示するＭＰＣの関数として、ＷＡＣを決定することができる。この状態において、ＡＲＱ状態ＰＤＵを引続き受信した場合には、移動局２７０は、ダウンリンクＡＲＱ状態ＰＤＵが表示するモードにより、増分冗長または固定コード化ＲＬＰを初期化する。ＡＭＩ値は、ＡＲＱ状態ＰＤＵに割り当てられ、割り当てられた位相の方向に移動することを理解されたい。
【００６７】
図２５は、セル２６５と移動局２７０との間の、アップリンク「始動」ＰＤＵハンドシェークの信号の流れ図である。ステップ３０５においては、ダウンリンク上で、移動局２７０は、セル２６５から、対応するアップリンクタイムスロットが、競合に応じることができる状態にあることを示すＰＣＦ表示を見る。ステップ３１０においては、移動局２７０は、セル２６５を、（他のフィールドも含むが）後続の「継続ＰＤＵ」に対するＭＳＩＤ、提案ＡＭＩおよび提案モードを含む、ＭＡＣ層「始動」ＰＤＵに送る。提案ＡＭＩは、ＭＳＩＤの最後の７ビットとは、選択的に異なることができることを理解されたい。
【００６８】
ステップ３０５もステップ３１０も、図３のＳＣＣ１８５が、ＰＣＦを通して競合スロット表示を受信し、図２１のＣＡＭ１８０への送信の機会を表示するときのものである。図３のＣＡＭ１８０は、図１９および図２０の両方のＴＣＴＸ（図４の１９５）に対してポーリングを行う。ＳＡＰ（図３のＳＡＰ０またはＳＡＰ１）の一方の上の、図４のＴＣＴＸ１９５は、ＣＡＭ１８０に、自分が図６の「始動」ＰＤＵを送ることができることを表示する。図３のＣＡＭ１８０は、図１９の「始動」ＰＤＵを求めて、図４のＴＣＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ１９５は、「始動」ＰＤＵを、図６のＰＤＵエンコーダ（ＰＥＮＣ０またはＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、コード化したＰＤＵをＣＡＭ１８０に送り、このＣＡＭ１８０は、それを図１９のＳＣＣ１８５に送る。図３のＳＣＣ１８５は、そのデータを図２１の物理層１６５に送る。
【００６９】
ステップ３１５においては、チャネル上で現在能動になっているどの移動局も、提案されたＡＭＩを使用していない場合であって、セル２６５が提案されたモードを受け入れない場合には、セル２６５は、提案されたＡＭＩを移動局２７０に割り当て、ＰＣＦ機構を通して、「始動」ＰＤＵに受信通知する。ＰＣＦ  ＡＣＫは、提案されたＡＭＩおよび／またはモードの両方が、基地局２６５により受け入れられ、移動局２７０が、後続の「継続ＰＤＵ」の送信をスタートすることができることを表示する。ステップ３１５は、図４のＳＣＣ１８５が、ＰＣＦを通して、「始動」ＰＤＵの送信に対するＡＣＫを受信し、それを図２１のＣＡＭ１８０（図３）に表示するときのものである。図３のＣＡＭ１８０は、図４のＴＣＴＸ１９５に、「始動」ＰＤＵが図１９で受信されたという確認を送る。図４のＴＣＴＸ１９５は、図８および図１０のところですでに説明したモードに対する、無線リンク・プロトコル（ＲＬＰ）を初期化する。
【００７０】
ステップ３２０においては、セル２６５は、ＰＣＦを通して、移動局に移動局２７０が次のスロットで、送信を選択的に続行することができることを表示する。ステップ３２５においては、移動局２７０は、初期化モードで、後続の「継続ＰＤＵ」をセル２６５に送る。当業者であれば、ステップ３２０および３２５を一つの送信に選択的に結合することもできるし、または、異なるタイムスロットで、選択的に送信することもできることを理解されたい。
【００７１】
ステップ３２０およびステップ３２５の両方は、図３のＳＣＣ１８５が、ＰＣＦを通して、予約スロット表示を受信し、図２１のＣＡＭ１８０への送信の機会を表示する場合のものである。図３のＣＡＭ１８０は、図１９および図２０のＴＣＴＸ（図４の１９５）の両方に対してポーリングを行う。ＳＡＰ（図３のＳＡＰ０またはＳＡＰ１）の一方の上の、図４のＴＣＴＸ１９５は、ＣＡＭ１８０に、自分が図９の「始動」ＰＤＵを送ることができることを表示する。図３のＣＡＭ１８０は、図１９の「継続ＰＤＵ」、図４のＴＣＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ１９５は、「継続ＰＤＵ」を図９のＰＤＵエンコーダ（ＰＥＮＣ０またはＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、コード化したＰＤＵをＣＡＭ１８０に送り、このＣＡＭ１８０は、それを図１９のＳＣＣ１８５に送る。図３のＳＣＣ１８５は、そのデータを図２１の物理層１６５に送る。
【００７２】
多重移動局が、同じ接続スロットで送信し、同じＡＭＩが示唆しているイベントは、起こる可能性はないと考える。しかし、このイベントが発生する、この起こる可能性のないイベントにおいて、これら移動局は同じＡＭＩをとる。ＭＳＩＤおよびＡＭＩを、ダウンリンク上で、ＡＲＱ状態ＰＤＵの一部として、任意に送信することにより曖昧さを解決することができる。
【００７３】
図２６は、セル２６５と移動局２７０との間の、アップリンク「始動」ＰＤＵハンドシェークの信号の流れ図である。ステップ３３０においては、ダウンリンク上において、移動局２７０は、セル２６５のとこで、対応するアップリンク・タイムスロットが競合に応じることができる状態にあることを示すＰＣＦ表示を見る。ステップ３３５においては、移動局２７０は、（他のフィールドも含むが）ＭＳＩＤ、提案ＡＭＩおよび提案モードを含む「始動」ＰＤＵをセル２６５に送る。
【００７４】
ステップ３３０もステップ３３５も、図３のＳＣＣ１８５が、ＰＣＦを通して競合スロット表示を受信し、図２１のＣＡＭ１８０への送信の機会を表示するときのものである。ＣＡＭ１８０は、図１９および図２０の両方のＴＣＴＸ（図４の１９５）に対してポーリングを行う。ＳＡＰ（ＳＡＰ０またはＳＡＰ１）の一方の上の、図３のＴＣＴＸ１９５は、ＣＡＭ１８０に、自分が図６の「始動」ＰＤＵを送ることができることを表示する。図３のＣＡＭ１８０は、図１９の「始動」ＰＤＵを求めて、図４のＴＣＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ１９５は、「始動」ＰＤＵを図６のＰＤＵエンコーダ（ＰＥＮＣ０またはＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、コード化したＰＤＵをＣＡＭ１８０に送り、このＣＡＭ１８０は、それを図１９のＳＣＣ１８５に送る。ＳＣＣ１８５は、そのデータを図２１の物理層１６５に送る。
【００７５】
ステップ３４０においては、チャネル上で能動になっている移動局２７０が、提案されたＡＭＩを使用している場合、またはセル２６５が提案されたモードを受け入れない場合には、セル２６５は、上記ＰＤＵの受信通知を移動局２７０に対して行わない。垂直４０は、ＰＣＦを通して、「始動」ＰＤＵの送信に対する受信通知の否認を受信する図３のＳＣＣ１８５に対応し、それを図２１のＣＡＭ１８０に表示する。図３のＣＡＭ１８０は、図４のＴＣＴＸ１９５に、図１９において「始動」ＰＤＵを受信しなかったことを表示する。
【００７６】
ステップ３４５においては、セル２６５は、ＡＲＱ状態ＰＤＵを移動局２７０に送り、この移動局は「始動」ＰＤＵの受信を確認し、ＡＭＩを割当て、および／または後続の「継続ＰＤＵ」に対して使用するモードを確立する。図３のＳＣＣ１８５は、物理層１６５からデータを受信し、それを図２１および図２２のＣＡＭ１８０に送る。図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読されたデータは、図１９のルータ（図４のＴＣＲＴ２１０）に送られる。図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０からデータを受信し、ＡＲＱ状態ＰＤＵを図５のＴＣＴＸ１９５（図４）に送る。図４のＴＣＴＸ１９５は、ＴＣＲＴ２１０からＡＲＱ状態ＰＤＵを受信し、アップリンクのＡＭＩおよびＲＬＰを初期化する。モードは図８および図１１に表示される。
【００７７】
ステップ３５０においては、セル２６５は、ＰＣＦを通して、移動局に移動局２７０が次のスロットで送信を続行することができることを表示する。ステップ３５５においては、移動局２７０は、その最初の「継続ＰＤＵ」で、新しいＡＭＩを確認する。ステップ３６０においては、移動局２７０は、後続の「継続ＰＤＵ」をセル２６５に送る。当業者であれば、ステップ３５０、３５５および／または３６０を一つの送信に選択的に結合することもできるし、または、異なるタイムスロットで送信することもできることを理解されたい。
【００７８】
ステップ３５０、３５５および３６０においては、図３のＳＣＣ１８５が、ＰＣＦを通して、予約スロット表示を受信し、図２１のＣＡＭ１８０への送信の機会を表示する。図３のＣＡＭ１８０は、図１９および図２０のＴＣＴＸ（図４の１９５）の両方に対してポーリングを行う。能動ＳＡＰ（図３のＳＡＰ０またはＳＡＰ１）の一方の上の、図４のＴＣＴＸ１９５は、ＣＡＭ１８０に、自分が図９の「始動」ＰＤＵを送ることができることを表示する。図３のＣＡＭ１８０は、図１９の「継続ＰＤＵ」を求めて、図４のＴＣＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ１９５は、「継続ＰＤＵ」を図９のＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード化し、ＣＡＭ１８０に送り、このＣＡＭ１８０は、それを図１９のＳＣＣ１８５に送る。図３のＳＣＣ１８５は、そのデータを図２１の物理層１６５に送る。
【００７９】
「始動」ＰＤＵによりアップリンク処理を開始し、「始動」ＰＤＵハンドシェークが完了する前に、同時にダウンリンク処理を開始する場合、アップリンク「始動」ＰＤＵは、その処理用のＡＭＩおよびモードを示唆する。ダウンリンク処理は、ＰＣＦを通してセルが「始動」ＰＤＵの受信機を確認する前に、開始することができる。そのような場合、ダウンリンク上の「始動」ＰＤＵは、移動局により示唆されたＡＭＩと同じものであってもよいし、違うものであってもよいＡＭＩを割り当てる。曖昧が発生するすべての可能性を排除するために、ダウンリンク「始動」ＰＤＵにより割り当てたＡＭＩは、上位にあるものと見なされる。
【００８０】
図２７は、アップリンク上で提案されたＡＭＩとは異なるダウンリンク上で割り当てられたＡＭＩの信号の流れ図である。ステップ３６５においては、ダウンリンク上で、移動局２７０は、対応するアップリンク・タイムスロットが、セル２６５と競合に応じることができる状態にあることを示すＰＣＦ表示を見る。ステップ３７０においては、移動局２７０は、（他のフィールドも含むが）ＭＳＩＤ、提案ＡＭＩおよび提案モードを含む「始動」ＰＤＵを送る。ステップ３７５においては、セル２６５は、ダウンリンク上での動作モードを指定し、ＡＭＩを割り当てる「始動」ＰＤＵを送る。このＡＭＩ値は、移動局２７０が示唆したＡＭＩとは異なる。ステップ３８０においては、セル２６５は、アップリンクの「始動」ＰＤＵの受信を承認しない。ステップ３８５においては、セル２６５は、ＡＲＱ状態ＰＤＵを移動局２７０に送り、この移動局２７０は「始動」ＰＤＵの受信を確認し、ＡＭＩを割り当て、および／または後続の「継続ＰＤＵ」に対して使用するモードを確立する。ステップ３９０においては、セル２６５は、ＰＣＦを通して、移動局２７０に、移動局２７０が次のスロットで、送信を続行することができることを表示する。ステップ３９５においては、移動局２７０は、その最初の「継続ＰＤＵ」で、新しいＡＭＩを確認する。ステップ４００においては、移動局２７０は、後続の「継続ＰＤＵ」をセル２６５に送る。当業者であれば、ステップ３９０、３９５および４００を一つの送信に選択的に結合することもできるし、または、異なるタイムスロットで送信することもできることを理解されたい。
【００８１】
図２８は、アップリンク上で示唆されたＡＭＩと同じものである、ダウンリンク上で割り当てられたＡＭＩを示すフローチャートである。ステップ４０５においては、ダウンリンク上で、移動局２７０は、対応するアップリンク・タイムスロットが、競合に応じることができる状態にあることを示すＰＣＦ表示を見る。ステップ４１０においては、移動局２７０は、セル２６５に、（他のフィールドも含むが）後続の「継続ＰＤＵ」に対するＭＳＩＤ、提案ＡＭＩおよび提案モードを含む「始動」ＰＤＵを送る。ステップ４１５においては、セル２６５は、ダウンリンク上での動作モードを確立し、ＡＭＩを割り当てる「始動」ＰＤＵを送る。この割り当てられたＡＭＩは、移動局２７０が示唆したＡＭＩと偶然同じものである場合がある。ステップ４２０においては、示唆されたモードが、セル２６５にとって受け入れられるものである場合には、セル２６５は、パケット・チャネル・フィードバック（ＰＣＦ）機構を通して、「始動」ＰＤＵの受信を確認する。ＰＣＦ  ＡＣＫは、示唆されたＡＭＩおよびモードの両方とも、セル２６５にとって受け入れることができるものであること、移動局２７０が、後続の「継続ＰＤＵ」の送信をスタートすることができることを表示する。ステップ４２５においては、セル２６５は、ＰＣＦを通して、移動局２７０に、移動局２７０が次のスロットで、送信を続行することができることを表示する。ステップ４３０においては、移動局２７０は、初期化モードで、後続の「継続ＰＤＵ」を送信する。当業者であれば、ステップ４２５および４３０を一つの送信に選択的に結合することもできるし、または、異なるタイムスロットで送信することもできることを理解されたい。
【００８２】
概略説明してきたように、本発明は、処理指向パケット・データ通信システムに対して、無線リンク・プロトコル（ＲＬＰ）および動的部分エコー管理を実行する方法である。この方法は、媒体アクセス制御層コントローラ（ＭＬＣ１９０）により、（図３のバッファＴＸＢ０およびＴＸＢ１の）データ・バックログを決定するステップと、「始動」ＰＤＵを受信機１６７に送信するステップとを実行する。この方法は、さらに、「始動」ＰＤＵの送信に応じて、媒体アクセス制御層処理を始動するステップも実行する。上記データ・データ・バックログは、ネットワーク層１６０により、媒体アクセス・コントローラに表示される。この方法は、さらに、始動プロトコル・データ・ユニットを送信した後で、データ送信を停止するステップと、受信機１６７からの受信通知メッセージを待つステップも含む。受信機１６７からの受信通知メッセージは、サブチャネル・コントローラ１８５により制御される。
【００８３】
本発明は、また処理指向パケット・データ・システム用の無線リンク・プロトコル（ＲＬＰ）および動的部分エコー管理を実行するためのシステムでもある。このシステムは、媒体アクセス制御層バッファ（ＴＸＢ０およびＴＸＢ１）のデータ・バックログを決定するための媒体アクセス制御層コントローラ１９０、および受信機１６７に対して、「始動」ＰＤＵを送信するための媒体アクセス制御層送信機１６６を備える。このシステムは、また、「始動」ＰＤＵの送信に応じて、媒体アクセス制御層処理を開始するための（ＭＣＬ１９０または管理構成要素１７０のような）手段も含む。
【００８４】
本明細書においては、本発明を、いくつかの実行、すなわち、実施形態に基づいて説明してきたが、多くの詳細な説明は、本発明を説明するためのものである。それ故、上記記述は、単に本発明の原理を説明しただけである。例えば、本発明は、その精神または必要不可欠な特徴から逸脱することなしに、他の特定の形を持つことができる。上記装置は、例示としてのものであって、本発明を制限するものではない。当業者であれば、本発明は他の方法で実行および実施することができること、本明細書に記載したいくつかの詳細な点を、本発明の基本的な原理から逸脱することなしに、かなり変更することができることを理解することができるだろう。それ故、当業者であれば、本明細書にハッキリと記載または図示していないけれども、本発明の精神を実行する種々の装置を考案することができること、それらが本発明の精神および範囲に含まれることを理解することができるだろう。
【図面の簡単な説明】
【図１】本発明のパケット・データ・チャネル上での動作を説明するための通信システムのブロック図である。
【図２】同じ部分エコーを持つ二人またはそれ以上の能動的なユーザの確率を示すグラフの図である。
【図３】図１の層２のブロックからの媒体アクセス制御（ＭＡＣ）層の例示としての実行を示すブロック図である。
【図４】図３の移動局ＭＡＣ送信コントローラ・ブロックの内部構造を示すブロック図である。
【図５】図４の移動局送信コントローラ用のルータ・プロセスを示す状態図である。
【図６】図４の移動局送信コントローラの送信コントローラ・プロセスを示す状態図である。
【図７】図４の移動局送信コントローラの送信コントローラ・プロセスの他の部分を示す状態図である。
【図８】図４の移動局送信コントローラの送信コントローラ・プロセスの他の部分を示す状態図である。
【図９】図４の移動局送信コントローラの送信コントローラ・プロセスの他の部分を示す状態図である。
【図１０】図４の送信コントローラ（ＴＣＴＸ）により実行される検索再送信データ・ブロック・プロセスを示す状態図である。
【図１１】図４の送信コントローラ（ＴＣＴＸ）により実行される検索新データ・ブロック・プロセスを示す状態図である。
【図１２】構成プロトコル・データ・ユニット（ＰＤＵ）プロセス、送信（ＴｘＴ）表、および図４のＴＣＴＸブロックにより使用されるサブ・チャネル送信（ＳＣＣｘＴ）表を示す図である。
【図１３】図４の移動局送信コントローラにより実行される物理的制御フィールド（ＰＣＦ）プロセスを示す図である。
【図１４】図４の移動局送信コントローラにより実行される自動送信要求（ＡＲＱ）状態プロセスを示す図である。
【図１５】処理開始による図４の受信機コントローラ・ブロックにより実行される移動局受信コントローラ・プロセスを示す状態図である。
【図１６】固定コード化モードＡＲＱ処理が行われている際の図４の受信機コントローラ・ブロックにより実行される移動局受信コントローラ・プロセスを示す状態図である。
【図１７】データ・ブロックを受信している際の図４の受信コントローラ・ブロックにより実行される更新受信（Ｒｘ）状態を示す状態図である。
【図１８】移動局受信表、初期化受信コントローラ（ＴＣＲＸ）パラメータ・プロセス、および図４の受信コントローラにより実行される「始動」ＰＤＵプロセスを示す状態図である。
【図１９】図３の移動局チャネル・アクセス・マネージャ（ＣＡＭ）を示す状態図である。
【図２０】選択送信コントローラ（ＴＣｙ）プロセス、および図３のＣＡＭブロックにより実行される送信コード化ＭＡＣ＿ＰＤＵプロセスを示す状態図である。
【図２１】図３の移動局サブ・チャネル・コントローラ・プロセス（ＳＣＣ）を示す状態図である。
【図２２】図３の物理層からデータを取得する際に、図３のＳＣＣブロックにより実行される宛先チェックおよび抽出コード化ＭＡＣ＿ＰＤＵプロセスを示す状態図である。
【図２３】ストップおよびウエイト手順による、基地局（セル）と移動局との間でのダウンリンク「始動」ＰＤＵハンドシェーク・プロセスの信号流れ図である。
【図２４】ストップおよびウエイト手順を使用しない、セルと移動局との間でのダウンリンク「始動」ＰＤＵハンドシェーク・プロセスの信号流れ図である。
【図２５】セルと移動局との間でのアップリンク「始動」ＰＤＵハンドシェーク・プロセスの信号流れ図である。
【図２６】セルと移動局との間でのアップリンク「始動」ＰＤＵハンドシェーク・プロセスの信号流れ図である。
【図２７】アップリンク上で示唆されたＡＭＩとは異なるダウンリンク上の能動的移動局識別割り当ての信号流れ図である。
【図２８】アップリンク上で示唆されたＡＭと同じものであるダウンリンク上で割り当てられたＡＭＩを示す流れ図である。
【図１】
0003908409.tif 000002
【図２】
0003908409.tif 000003
【図３】
0003908409.tif 000004
【図４】
0003908409.tif 000005
【図５】
0003908409.tif 000006
【図６】
0003908409.tif 000007
【図７】
0003908409.tif 000008
【図８】
0003908409.tif 000009
【図９】
0003908409.tif 000010
【図１０】
0003908409.tif 000011
【図１１】
0003908409.tif 000012
【図１２】
0003908409.tif 000013
【図１３】
0003908409.tif 000014
【図１４】
0003908409.tif 000015
【図１５】
0003908409.tif 000016
【図１６】
0003908409.tif 000017
【図１７】
0003908409.tif 000018
【図１８】
0003908409.tif 000019
【図１９】
0003908409.tif 000020
【図２０】
0003908409.tif 000021
【図２１】
0003908409.tif 000022
【図２２】
0003908409.tif 000023
【図２３】
0003908409.tif 000024
【図２４】
0003908409.tif 000025
【図２５】
0003908409.tif 000026
【図２６】
0003908409.tif 000027
【図２７】
0003908409.tif 000028
【図２８】
0003908409.tif 000029