JP3490635B2 - リンクおよび媒体アクセス制御層処理終了手順のためのシステムおよび方法 - Google Patents
リンクおよび媒体アクセス制御層処理終了手順のためのシステムおよび方法Info
- Publication number
- JP3490635B2 JP3490635B2 JP13634899A JP13634899A JP3490635B2 JP 3490635 B2 JP3490635 B2 JP 3490635B2 JP 13634899 A JP13634899 A JP 13634899A JP 13634899 A JP13634899 A JP 13634899A JP 3490635 B2 JP3490635 B2 JP 3490635B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- access control
- control layer
- medium access
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0025—Transmission of mode-switching indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、通信システムでの
リンクおよびメディア・アクセス制御層処理開始手順に
関し、特にタイムスロット付きの通信システムでの上記
手順に関する。
リンクおよびメディア・アクセス制御層処理開始手順に
関し、特にタイムスロット付きの通信システムでの上記
手順に関する。
【０００２】
【従来の技術、及び、発明が解決しようとする課題】＜
関連出願への相互参照＞本出願は、「無線データ通信シ
ステムのメディア・アクセス制御用のシステムおよび方
法」という名称の、１９９８年５月１７日付の米国仮出
願番号６０／０８５，７５２の利益を請求する。
関連出願への相互参照＞本出願は、「無線データ通信シ
ステムのメディア・アクセス制御用のシステムおよび方
法」という名称の、１９９８年５月１７日付の米国仮出
願番号６０／０８５，７５２の利益を請求する。
【０００３】リンク層回復プロトコルは、データ通信シ
ステムでのエラーおよびロス回復用に使用される。リン
ク層回復は、リンクの、特に、過酷なロスおよびエラー
特性のために、無線通信の場合、特に非常に重要であ
る。
ステムでのエラーおよびロス回復用に使用される。リン
ク層回復は、リンクの、特に、過酷なロスおよびエラー
特性のために、無線通信の場合、特に非常に重要であ
る。
【０００４】セルラー回線データ・システム（例えば、
ＩＳ−１３０）の場合には、監視フレームが、通常、接
続を確立し、また接続を切断するために、無線リンク・
プロトコル（ＲＬＰ）対等構成要素の間で交換される。
受信機ＲＰＬは、接続の持続時間または最後の有効なシ
ーケンス番号を予め知らされていない。ＣＤＰＤの移動
局データ・リンク・プロトコル（ＭＤＬＰ）の動作は類
似していて、プロトコル状態は、動作していない間も維
持される。
ＩＳ−１３０）の場合には、監視フレームが、通常、接
続を確立し、また接続を切断するために、無線リンク・
プロトコル（ＲＬＰ）対等構成要素の間で交換される。
受信機ＲＰＬは、接続の持続時間または最後の有効なシ
ーケンス番号を予め知らされていない。ＣＤＰＤの移動
局データ・リンク・プロトコル（ＭＤＬＰ）の動作は類
似していて、プロトコル状態は、動作していない間も維
持される。
【０００５】パケット・データ処理は、処理の間に起る
恐れがある長い活動中止により、突然発生する傾向があ
る。間欠的な処理に関連する移動局の場合には、（各処
理が有意なデータ転送を含んでいる場合があっても）長
い相互間処理時間により、長いアイドル期間中、ＲＬＰ
状態情報を維持することは、ネットワーク資源の使用を
非常に非効率的なものにする。さらに、接続を切断する
ために、監視フレームを交換するには、高価な空気イン
ターフェースを使用しなければならないし、新しい接続
を確立する場合、ある程度のさらなる遅延が発生する恐
れがある。それ故、特にリンク層プロトコルが、ネット
ワークに再度戻されていない場合には、処理を迅速に、
効率的に、うまく終了させる手順があれば、それは望ま
しいことである。ＧＳＭ一般パケット無線サービス（Ｇ
ＰＲＳ）は、異なるアプローチを使用している。ＧＰＲ
Ｓの場合、暫定的なブロックの流れの終わりを表示する
ために、各無線リンク制御（ＲＬＣ）ブロックで、ビッ
トの予約が行われる。各ＲＬＣブロックのこの追加のオ
ーバヘッドは、長い処理の間には、非効率的になり、達
成可能な処理能力におけるある程度の損失となる。本発
明は、上記の問題の中の一つまたはそれ以上の影響を克
服、または少なくとも軽減するためのものである。
恐れがある長い活動中止により、突然発生する傾向があ
る。間欠的な処理に関連する移動局の場合には、（各処
理が有意なデータ転送を含んでいる場合があっても）長
い相互間処理時間により、長いアイドル期間中、ＲＬＰ
状態情報を維持することは、ネットワーク資源の使用を
非常に非効率的なものにする。さらに、接続を切断する
ために、監視フレームを交換するには、高価な空気イン
ターフェースを使用しなければならないし、新しい接続
を確立する場合、ある程度のさらなる遅延が発生する恐
れがある。それ故、特にリンク層プロトコルが、ネット
ワークに再度戻されていない場合には、処理を迅速に、
効率的に、うまく終了させる手順があれば、それは望ま
しいことである。ＧＳＭ一般パケット無線サービス（Ｇ
ＰＲＳ）は、異なるアプローチを使用している。ＧＰＲ
Ｓの場合、暫定的なブロックの流れの終わりを表示する
ために、各無線リンク制御（ＲＬＣ）ブロックで、ビッ
トの予約が行われる。各ＲＬＣブロックのこの追加のオ
ーバヘッドは、長い処理の間には、非効率的になり、達
成可能な処理能力におけるある程度の損失となる。本発
明は、上記の問題の中の一つまたはそれ以上の影響を克
服、または少なくとも軽減するためのものである。
【０００６】
【課題を解決するための手段】本発明は、処理指向パケ
ット・データ通信システム用の無線リンク・プロトコル
を実行するためのシステムおよび方法を提供する。この
方法は、媒体アクセス制御層コントローラを含むデータ
・バックログを決定するステップと、受信機に、フラッ
グ（処理サイズ・インジケータ）を含む始動プロトコル
・データ・ユニット（ＰＤＵ）を送信するステップとを
実行する。この方法は、さらに、「始動」ＰＤＵの送信
に応じて、媒体アクセス制御層処理を始動するステップ
も実行する。
ット・データ通信システム用の無線リンク・プロトコル
を実行するためのシステムおよび方法を提供する。この
方法は、媒体アクセス制御層コントローラを含むデータ
・バックログを決定するステップと、受信機に、フラッ
グ（処理サイズ・インジケータ）を含む始動プロトコル
・データ・ユニット（ＰＤＵ）を送信するステップとを
実行する。この方法は、さらに、「始動」ＰＤＵの送信
に応じて、媒体アクセス制御層処理を始動するステップ
も実行する。
【０００７】本発明は、また処理指向パケット・データ
・システムでもある。このシステムは、媒体アクセス制
御層バッファのデータ・バックログを決定するための、
媒体アクセス制御層コントローラ、および受信機に対し
て、フラッグ（処理サイズ・インジケータ）を含む、始
動プロトコル・データ・ユニットを送信するための、媒
体アクセス制御層送信機を備える。このシステムは、ま
た、始動プロトコル・データ・ユニットの送信に応じ
て、媒体アクセス制御層処理を開始するための手段も含
む。本発明の上記および他の特徴および利点は、添付の
図面を参照しながら以下の詳細な説明を読めば明らかに
なるだろう。
・システムでもある。このシステムは、媒体アクセス制
御層バッファのデータ・バックログを決定するための、
媒体アクセス制御層コントローラ、および受信機に対し
て、フラッグ（処理サイズ・インジケータ）を含む、始
動プロトコル・データ・ユニットを送信するための、媒
体アクセス制御層送信機を備える。このシステムは、ま
た、始動プロトコル・データ・ユニットの送信に応じ
て、媒体アクセス制御層処理を開始するための手段も含
む。本発明の上記および他の特徴および利点は、添付の
図面を参照しながら以下の詳細な説明を読めば明らかに
なるだろう。
【０００８】
【発明の実施の形態】以下に本発明を説明するが、本出
願は、開放形システム間相互接続（ＯＳＩ）モデルに基
づく媒体アクセス制御（ＭＡＣ）層仮設を使用する。Ｏ
ＳＩは、異なる販売業者が製造した、異なるシステム間
での通信用規格の国際的に承認された枠組みである。今
日広く使用される通信プロトコルは、ＯＳＩモデルに基
づく構造を持っている。ＯＳＩは、通信プロセスを七つ
の異なる分野に分類し、これらの分類を、ユーザへの関
連に基づいて、層状のシーケンスに収容する。層７〜４
は、端部間の通信メッセージ・ソースおよびメッセージ
の宛先を処理する。一方、層３〜１は、ネットワーク・
アクセスを処理する。
願は、開放形システム間相互接続（ＯＳＩ）モデルに基
づく媒体アクセス制御（ＭＡＣ）層仮設を使用する。Ｏ
ＳＩは、異なる販売業者が製造した、異なるシステム間
での通信用規格の国際的に承認された枠組みである。今
日広く使用される通信プロトコルは、ＯＳＩモデルに基
づく構造を持っている。ＯＳＩは、通信プロセスを七つ
の異なる分野に分類し、これらの分類を、ユーザへの関
連に基づいて、層状のシーケンスに収容する。層７〜４
は、端部間の通信メッセージ・ソースおよびメッセージ
の宛先を処理する。一方、層３〜１は、ネットワーク・
アクセスを処理する。
【０００９】層１、すなわち、物理層は、ライン、すな
わち、データ回線の電気的、機械的、および機能的制御
を通してデータを送信する物理的手段を処理する。層
２、すなわち、データ・リンク層は、通信ラインを動作
させるための手順およびプロトコルを処理する。層３、
すなわち、ネットワーク層は、個々のネットワーク内お
よび個々のネットワーク間での、コンピュータ間のデー
タの転送方法および発送方法を決定する。
わち、データ回線の電気的、機械的、および機能的制御
を通してデータを送信する物理的手段を処理する。層
２、すなわち、データ・リンク層は、通信ラインを動作
させるための手順およびプロトコルを処理する。層３、
すなわち、ネットワーク層は、個々のネットワーク内お
よび個々のネットワーク間での、コンピュータ間のデー
タの転送方法および発送方法を決定する。
【００１０】パケット・データ・チャネルは、多重変調
をサポートすることができることを理解されたい。ＭＡ
Ｃ層は、層３のフレームを備え、これらのフレームをフ
ラッグ句切り文字により、バイト・ストリームに変換す
る。無線リンク・プロトコル（ＲＬＰ）は、また再送信
リンク・プロトコルとも呼ばれ、セルと移動局間および
移動局とセル間で層２のフレームを転送するために使用
される。バイト・ストリーム層３は、ＲＬＰフレームの
セグメントに分割され、順次伝送および回収を行うため
に、スライディング・ウィンドウ再送信スキームが使用
される。
をサポートすることができることを理解されたい。ＭＡ
Ｃ層は、層３のフレームを備え、これらのフレームをフ
ラッグ句切り文字により、バイト・ストリームに変換す
る。無線リンク・プロトコル（ＲＬＰ）は、また再送信
リンク・プロトコルとも呼ばれ、セルと移動局間および
移動局とセル間で層２のフレームを転送するために使用
される。バイト・ストリーム層３は、ＲＬＰフレームの
セグメントに分割され、順次伝送および回収を行うため
に、スライディング・ウィンドウ再送信スキームが使用
される。
【００１１】ＭＡＣ層処理は、好適には、始動フレーム
の送信からスタートすることが好ましい。アップリンク
およびダウンリンク上においては、ＭＡＣ層は、層３の
フレームをバイト・ストリームに変換し、このバイト・
ストリームを一連の「継続」フレームに詰め込む。処理
の最後の新しいデータ・バーストは、端部フレームによ
り送信される。
の送信からスタートすることが好ましい。アップリンク
およびダウンリンク上においては、ＭＡＣ層は、層３の
フレームをバイト・ストリームに変換し、このバイト・
ストリームを一連の「継続」フレームに詰め込む。処理
の最後の新しいデータ・バーストは、端部フレームによ
り送信される。
【００１２】各処理の始動フレームは、受信機からの受
信通知を入手するために、ストップおよびウエイト・モ
ードでの４レベル変調により送信される。始動フレーム
を受信すると、受信機はＲＬＰを初期化する。始動フレ
ームは、また処理を行うために部分的エコー（ＰＥ）を
初期化し、その処理中に、後続の自動再送信要求（ＡＲ
Ｑ）モード継続フレームのための、動作モードを指定す
るために使用される。
信通知を入手するために、ストップおよびウエイト・モ
ードでの４レベル変調により送信される。始動フレーム
を受信すると、受信機はＲＬＰを初期化する。始動フレ
ームは、また処理を行うために部分的エコー（ＰＥ）を
初期化し、その処理中に、後続の自動再送信要求（ＡＲ
Ｑ）モード継続フレームのための、動作モードを指定す
るために使用される。
【００１３】ダウンリンクおよびアップリンク上のＡＲ
Ｑモード継続フレームに対しては、二つの可能なモード
がある。第一のモードは、増分冗長モード（モード０）
であり、第二のモードは、固定コード化モード（モード
１）である。モード０およびモード１の両方とも、固定
変調または、適応変調で動作することを理解されたい。
Ｑモード継続フレームに対しては、二つの可能なモード
がある。第一のモードは、増分冗長モード（モード０）
であり、第二のモードは、固定コード化モード（モード
１）である。モード０およびモード１の両方とも、固定
変調または、適応変調で動作することを理解されたい。
【００１４】ＡＲＱは、送信されたデータのエラーをチ
ェックする。送信側は、メッセージの内容に基づいて送
信したデータのエラー検出（チェック）フィールドをコ
ード化する。受信機は、その後、チェック・フィールド
を再計算し、それを受信したチェック・フィールドと比
較する。チェック・フィールドが一致した場合には、Ａ
ＣＫ（受信通知）が送信側に返送される。両方のチェッ
ク・フィールドが一致しない場合には、ＮＡＫ（受信否
定）が返送される。
ェックする。送信側は、メッセージの内容に基づいて送
信したデータのエラー検出（チェック）フィールドをコ
ード化する。受信機は、その後、チェック・フィールド
を再計算し、それを受信したチェック・フィールドと比
較する。チェック・フィールドが一致した場合には、Ａ
ＣＫ（受信通知）が送信側に返送される。両方のチェッ
ク・フィールドが一致しない場合には、ＮＡＫ（受信否
定）が返送される。
【００１５】アップリンク送信およびダウンリンク送信
の両方に対して、ＡＲＱ状態の形でビットマップ・フィ
ードバックが行われる。アップリンク送信用に、各タイ
ムスロット上でＡＣＫ／ＮＡＫフィードバックが行われ
る。
の両方に対して、ＡＲＱ状態の形でビットマップ・フィ
ードバックが行われる。アップリンク送信用に、各タイ
ムスロット上でＡＣＫ／ＮＡＫフィードバックが行われ
る。
【００１６】図１は、本発明のパケット・データ・チャ
ネル１００上での動作のハイ・レベルのブロック図であ
る。処理指向パケット・データ通信システム１０５の場
合、層３のフレーム１１０は層２用のもので、ＭＡＣ層
１１５は、送信機１２０のところに設置されていて、デ
マケーション用のフラッグにより、バイト・ストリーム
に変換される。この変換により、ＭＡＣ層１１５は、異
なる層３のプロトコルに対して、統一移送機構を供給す
ることができる。このバイト・ストリームは、ＲＬＰフ
レームのセグメントに分割され、フレーム・シーケンス
番号（ＦＳＮ）が割り当てられる。ＦＳＮは、ハッキリ
ＲＬＰフレームの一部として送信されるのではない。
ネル１００上での動作のハイ・レベルのブロック図であ
る。処理指向パケット・データ通信システム１０５の場
合、層３のフレーム１１０は層２用のもので、ＭＡＣ層
１１５は、送信機１２０のところに設置されていて、デ
マケーション用のフラッグにより、バイト・ストリーム
に変換される。この変換により、ＭＡＣ層１１５は、異
なる層３のプロトコルに対して、統一移送機構を供給す
ることができる。このバイト・ストリームは、ＲＬＰフ
レームのセグメントに分割され、フレーム・シーケンス
番号（ＦＳＮ）が割り当てられる。ＦＳＮは、ハッキリ
ＲＬＰフレームの一部として送信されるのではない。
【００１７】どちらのモードでもより高い処理能動に対
しては、層１の１２５のデータは、受信機１３５からの
層２のバックログ、およびチャネル品質フィードバック
１３０の知識に基づいて、４レベル、８レベルまたは１
６レベル変調から選択した記号にマップされる。チャネ
ル品質は、受信機１３５のところの物理層１４５を通し
て、層２のブロック１４０のデコーダへの入力のところ
で、信号対干渉雑音比、Ｃ／（Ｉ＋Ｎ）により測定され
る。デコーダ１４０は、その後、層３のフレーム１５０
を出力する。
しては、層１の１２５のデータは、受信機１３５からの
層２のバックログ、およびチャネル品質フィードバック
１３０の知識に基づいて、４レベル、８レベルまたは１
６レベル変調から選択した記号にマップされる。チャネ
ル品質は、受信機１３５のところの物理層１４５を通し
て、層２のブロック１４０のデコーダへの入力のところ
で、信号対干渉雑音比、Ｃ／（Ｉ＋Ｎ）により測定され
る。デコーダ１４０は、その後、層３のフレーム１５０
を出力する。
【００１８】ＩＳ−１３６デジタル制御チャネルは、部
分エコー（ＰＥ）とも呼ばれる暫定的な移動局識別子を
使用する。ＰＥは、短縮移動局識別子（ＭＳＩＤ）と見
なされる。すなわち、ＭＳＩＤの最後の７ビットがＰＥ
として処理される。この機構により、二人またはそれ以
上のユーザが、同じＰＥを使用する確率、移動局がその
ＰＥを正しく決定することができないために、間違った
プロトコル状態が頻繁に発生する確率が有意に高くな
る。
分エコー（ＰＥ）とも呼ばれる暫定的な移動局識別子を
使用する。ＰＥは、短縮移動局識別子（ＭＳＩＤ）と見
なされる。すなわち、ＭＳＩＤの最後の７ビットがＰＥ
として処理される。この機構により、二人またはそれ以
上のユーザが、同じＰＥを使用する確率、移動局がその
ＰＥを正しく決定することができないために、間違った
プロトコル状態が頻繁に発生する確率が有意に高くな
る。
【００１９】図２の場合には、この確率をそのチャネル
上で同時に能動状態になったユーザの数の関数として示
してある。（音声または回線データ・アプリケーション
とは反対の）パケット・データ・アプリケーションの場
合には、所定の時間に同じチャネルを共有する能動状態
のユーザを十人またはそれ以上持つことが完全に可能で
ある。この場合、部分的エコーが複写される確率は２５
％およびそれ以上に達し、この数値では、システムは正
しく動作することができない。
上で同時に能動状態になったユーザの数の関数として示
してある。（音声または回線データ・アプリケーション
とは反対の）パケット・データ・アプリケーションの場
合には、所定の時間に同じチャネルを共有する能動状態
のユーザを十人またはそれ以上持つことが完全に可能で
ある。この場合、部分的エコーが複写される確率は２５
％およびそれ以上に達し、この数値では、システムは正
しく動作することができない。
【００２０】この問題は、（動的ＰＥのような）提案さ
れたＰＥ値、または能動移動局識別（ＡＭＩ）をすべて
のダウンリンク処理用、および一つ以上のバーストを必
要とするアップリンク処理に対する各移動局に割り当て
ることにより選択的に解決される。ＡＭＩは、特定のパ
ケット・データ・チャネル上で処理が行われている間、
送信機および受信機により使用される、一意に（割り当
てられた）ローカル識別子としての働きをする。新しい
ＡＭＩは、新しい各処理に割り当てられ、そのため曖昧
になる恐れがなくなる。どちらの方向にも同じＡＭＩを
使用することができる。（すなわち、ＡＭＩの割り当て
は、どちらが先に開始しようとも、アップリンクまたダ
ウンリンクにより開始され、両方向へのデータの転送が
終了するまで、割り当てられた状態のままになる。）
れたＰＥ値、または能動移動局識別（ＡＭＩ）をすべて
のダウンリンク処理用、および一つ以上のバーストを必
要とするアップリンク処理に対する各移動局に割り当て
ることにより選択的に解決される。ＡＭＩは、特定のパ
ケット・データ・チャネル上で処理が行われている間、
送信機および受信機により使用される、一意に（割り当
てられた）ローカル識別子としての働きをする。新しい
ＡＭＩは、新しい各処理に割り当てられ、そのため曖昧
になる恐れがなくなる。どちらの方向にも同じＡＭＩを
使用することができる。（すなわち、ＡＭＩの割り当て
は、どちらが先に開始しようとも、アップリンクまたダ
ウンリンクにより開始され、両方向へのデータの転送が
終了するまで、割り当てられた状態のままになる。）
【００２１】送信の機会が識別され、送信バッファが新
しいデータを含んでいる場合には、新しい処理が開始す
る。ダウンリンク処理はＡＣＫまたはＮＡＫであるが、
アップリンク処理は何時でもＡＣＫである。好適には、
各ＭＡＣ送信機処理は、始動プロトコル・データ・ユニ
ット（ＰＤＵ）ハンドシェークと一緒にスタートし、一
連の「継続」ＰＤＵの送信と一緒に進行することが好ま
しい。ＡＲＱモード「継続」ＰＤＵは、増分冗長モード
（モード０）、または固定コード化モード（モード１）
で送信することができ、二つのモードに対するＡＲＱ手
順は異なる。監督ＡＲＱ状態ＰＤＵは、送信機に受信機
状態の周期的なフィードバックを行うために使用され
る。
しいデータを含んでいる場合には、新しい処理が開始す
る。ダウンリンク処理はＡＣＫまたはＮＡＫであるが、
アップリンク処理は何時でもＡＣＫである。好適には、
各ＭＡＣ送信機処理は、始動プロトコル・データ・ユニ
ット（ＰＤＵ）ハンドシェークと一緒にスタートし、一
連の「継続」ＰＤＵの送信と一緒に進行することが好ま
しい。ＡＲＱモード「継続」ＰＤＵは、増分冗長モード
（モード０）、または固定コード化モード（モード１）
で送信することができ、二つのモードに対するＡＲＱ手
順は異なる。監督ＡＲＱ状態ＰＤＵは、送信機に受信機
状態の周期的なフィードバックを行うために使用され
る。
【００２２】「始動」ＰＤＵハンドシェーク（すなわ
ち、「始動」ＰＤＵのＡＣＫ転送）は、以降の「継続」
ＰＤＵに対するＡＭＩおよび動作モードを確立する。多
重速度チャネル上においては、移送割り当てを行うため
に、それを選択的に使用することができることを理解さ
れたい。
ち、「始動」ＰＤＵのＡＣＫ転送）は、以降の「継続」
ＰＤＵに対するＡＭＩおよび動作モードを確立する。多
重速度チャネル上においては、移送割り当てを行うため
に、それを選択的に使用することができることを理解さ
れたい。
【００２３】基地局（セルとも呼ばれる）は、「始動」
ＰＤＵの送信により、ダウンリンク処理を選択的に開始
する。「始動」ＰＤＵにより表示されるパラメータは、
移動局識別（ＭＳＩＤ）；処理がＡＣＫまたはＮＡＫの
どちらであるかを示すＡＲＱモード（ＡＭ）；移動局が
ＡＲＱ状態ＰＤＵを通してＡＣＫを供給するように要請
されているかどうかを示すＡＣＫ処理用のポール識別子
（ＰＩ）；移動局に割り当てられるＡＭＩ値；以降のダ
ウンリンク「継続」ＰＤＵに対する動作モードが、固定
コード化または増分冗長であるかどうかを示すモード・
インジケータ（ＭＩ）；およびアップリンクまたはダウ
ンリンク上の、以降のデータの転送に対する移送を示す
移送割り当て（ＰＡ）を含む。
ＰＤＵの送信により、ダウンリンク処理を選択的に開始
する。「始動」ＰＤＵにより表示されるパラメータは、
移動局識別（ＭＳＩＤ）；処理がＡＣＫまたはＮＡＫの
どちらであるかを示すＡＲＱモード（ＡＭ）；移動局が
ＡＲＱ状態ＰＤＵを通してＡＣＫを供給するように要請
されているかどうかを示すＡＣＫ処理用のポール識別子
（ＰＩ）；移動局に割り当てられるＡＭＩ値；以降のダ
ウンリンク「継続」ＰＤＵに対する動作モードが、固定
コード化または増分冗長であるかどうかを示すモード・
インジケータ（ＭＩ）；およびアップリンクまたはダウ
ンリンク上の、以降のデータの転送に対する移送を示す
移送割り当て（ＰＡ）を含む。
【００２４】ＡＭＩが移動局に割り当てられている場合
には、基地局は、「始動」ＰＤＵで同じＡＭＩを割り当
てる。移動局が有効なＡＭＩを持っていない場合には、
基地局は一組の許容できる数値の中から一つのＡＭＩ値
をランダムに選択し、「始動」ＰＤＵによりそれを移動
局に割り当てる。基地局の「送信コントローラ」は、
「始動」ＰＤＵの送信の際に、表示したモード（ＩＲま
たはＦＣ）でＲＬＰを初期化する。移動局の受信コント
ローラは、「始動」ＰＤＵを受信した場合、割り当てら
れたモードで対等ＲＬＰを初期化する。
には、基地局は、「始動」ＰＤＵで同じＡＭＩを割り当
てる。移動局が有効なＡＭＩを持っていない場合には、
基地局は一組の許容できる数値の中から一つのＡＭＩ値
をランダムに選択し、「始動」ＰＤＵによりそれを移動
局に割り当てる。基地局の「送信コントローラ」は、
「始動」ＰＤＵの送信の際に、表示したモード（ＩＲま
たはＦＣ）でＲＬＰを初期化する。移動局の受信コント
ローラは、「始動」ＰＤＵを受信した場合、割り当てら
れたモードで対等ＲＬＰを初期化する。
【００２５】図３は、二重無線データ通信システムの媒
体アクセス制御（ＭＡＣ）１５５層の例示としての実行
である。ＭＡＣ１５５は、層３、１６０（ネットワーク
層）、物理層（層１）１６５（ＭＡＣ層送信機１６６お
よび／またはＭＡＣ層受信機１６７を含む）、および管
理構成要素１７０と共に、インターフェースとしての働
きをする。この実施形態の場合には、ＭＡＣ１５５は、
層３、１６０および他のもっと高い層構成要素に、デー
タおよび急送制御伝送サービスを供給する。ＭＡＣ１５
５は、無線インターフェース１７５を通してそのＰＤＵ
を伝送するために、ＭＡＣ層送信機１６６を通して、層
１、１６５を使用する。管理構成要素１７０は、ＭＡＣ
１５５の動作を初期化し、終了させ、中止させ、再開さ
せ、構成する。管理構成要素１７０は、またエラーを検
出するためにＭＡＣ１５５を監視する。管理構成要素１
７０は、また、図１の処理指向パケット・データ通信シ
ステム１０５に対して動的ＰＥ管理を行う。ＭＡＣ１５
５は、二つのサービス・アクセス点（ＳＡＰ）、すなわ
ち、定期データ用のＳＡＰ１、および急送データおよび
制御用のＳＡＰ０を含む。各ＳＡＰは、対応する送信バ
ッファ（ＴＸＢ）、セグメンタ（ＳＧＭ）、デセグメン
タ（ＤＳＧＭ）、フレーム抽出装置（ＦＲＸ）および送
信コントローラ（ＴＣ）を含む。チャネル・アクセス・
マネージャ（ＣＡＭ）１８０は、図３の異なる送信コン
トローラ（ＡＲＱエンジンとも呼ばれる）ＴＣ０および
ＴＣ１からのＰＤＵを多重化し、優先順位スケジュール
を行う。ＣＡＭ１８０は、また、アップリンク・ランダ
ム・アクセスに対して責任を持つ。ＭＡＣサブチャネル
・コントローラ（ＳＣＣ）１８５は、好適には、各無線
データサブチャネルを通して、９まで（ＳＣＣ０〜ＳＣ
Ｃ８）の送信を制御することが好ましい。ＭＡＣ層コン
トローラ（ＭＬＣ）１９０は、ＭＡＣ構成全体を制御
し、管理構成要素１７０に対してインターフェースとし
ての働きをする。ＰＤＵエンコーダ（ＰＥＮＣ０および
ＰＥＮＣ１）およびデコーダ（ＰＤＥＣ０およびＰＤＥ
Ｃ１）は、モード０（増分冗長モード）またはモード１
（固定コード）で、ＭＡＣ ＰＤＵに対して、チャネル
コード化／解読を行う。モード０セグメント・エンコー
ダ（ＳＥＮＣ０）およびデコーダ（ＳＤＥＣ０）は、送
信の増分冗長モードで、コード化／解読、インターリー
ブ／デインターリーブ、およびブロック化／デブロック
化を行う。
体アクセス制御（ＭＡＣ）１５５層の例示としての実行
である。ＭＡＣ１５５は、層３、１６０（ネットワーク
層）、物理層（層１）１６５（ＭＡＣ層送信機１６６お
よび／またはＭＡＣ層受信機１６７を含む）、および管
理構成要素１７０と共に、インターフェースとしての働
きをする。この実施形態の場合には、ＭＡＣ１５５は、
層３、１６０および他のもっと高い層構成要素に、デー
タおよび急送制御伝送サービスを供給する。ＭＡＣ１５
５は、無線インターフェース１７５を通してそのＰＤＵ
を伝送するために、ＭＡＣ層送信機１６６を通して、層
１、１６５を使用する。管理構成要素１７０は、ＭＡＣ
１５５の動作を初期化し、終了させ、中止させ、再開さ
せ、構成する。管理構成要素１７０は、またエラーを検
出するためにＭＡＣ１５５を監視する。管理構成要素１
７０は、また、図１の処理指向パケット・データ通信シ
ステム１０５に対して動的ＰＥ管理を行う。ＭＡＣ１５
５は、二つのサービス・アクセス点（ＳＡＰ）、すなわ
ち、定期データ用のＳＡＰ１、および急送データおよび
制御用のＳＡＰ０を含む。各ＳＡＰは、対応する送信バ
ッファ（ＴＸＢ）、セグメンタ（ＳＧＭ）、デセグメン
タ（ＤＳＧＭ）、フレーム抽出装置（ＦＲＸ）および送
信コントローラ（ＴＣ）を含む。チャネル・アクセス・
マネージャ（ＣＡＭ）１８０は、図３の異なる送信コン
トローラ（ＡＲＱエンジンとも呼ばれる）ＴＣ０および
ＴＣ１からのＰＤＵを多重化し、優先順位スケジュール
を行う。ＣＡＭ１８０は、また、アップリンク・ランダ
ム・アクセスに対して責任を持つ。ＭＡＣサブチャネル
・コントローラ（ＳＣＣ）１８５は、好適には、各無線
データサブチャネルを通して、９まで（ＳＣＣ０〜ＳＣ
Ｃ８）の送信を制御することが好ましい。ＭＡＣ層コン
トローラ（ＭＬＣ）１９０は、ＭＡＣ構成全体を制御
し、管理構成要素１７０に対してインターフェースとし
ての働きをする。ＰＤＵエンコーダ（ＰＥＮＣ０および
ＰＥＮＣ１）およびデコーダ（ＰＤＥＣ０およびＰＤＥ
Ｃ１）は、モード０（増分冗長モード）またはモード１
（固定コード）で、ＭＡＣ ＰＤＵに対して、チャネル
コード化／解読を行う。モード０セグメント・エンコー
ダ（ＳＥＮＣ０）およびデコーダ（ＳＤＥＣ０）は、送
信の増分冗長モードで、コード化／解読、インターリー
ブ／デインターリーブ、およびブロック化／デブロック
化を行う。
【００２６】図４は、図３からの移動局のＭＡＣ送信コ
ントローラ（ＴＣ）の内部構造、送信機１２０の図１の
ＭＡＣ層２、１１５に位置する内部構造である。送信コ
ントローラ１９２は、下記のサブブロック、すなわち、
送信コントローラ（ＴＣＴＸ）１９５、受信コントロー
ラ（ＴＣＲＸ）２００、放送コントローラ（ＴＣＢ）２
０５、およびルータ（ＴＣＲＴ）２１０からなる。送信
コントローラ１９５は、セグメンタ（図３のＳＧＭ０お
よびＳＧＭ１）、ＰＤＵエンコーダ（ＰＥＮＣ０および
ＰＥＮＣ１）、図４のＣＡＭ１８０、ＭＬＣ１９０およ
びＴＣＲＴ２１０に接続している。ＴＣＲＸ２００およ
びＴＣＢ２０５コントローラは、デセグメンタ（図３の
ＤＳＧＭ）、ＭＬＣ１９０、および図４のＴＣＲＴ２１
０に接続している。ＴＣＲＴ２１０は、図３のＴＣＴＸ
１９５、ＴＣＲＴ２１０、ＴＣＲＸ２００、ＴＣＢ２０
５、ＭＬＣ１９０、およびＰＤＵデコーダ（ＰＤＥＣ０
またはＰＤＥＣ１）に接続している。
ントローラ（ＴＣ）の内部構造、送信機１２０の図１の
ＭＡＣ層２、１１５に位置する内部構造である。送信コ
ントローラ１９２は、下記のサブブロック、すなわち、
送信コントローラ（ＴＣＴＸ）１９５、受信コントロー
ラ（ＴＣＲＸ）２００、放送コントローラ（ＴＣＢ）２
０５、およびルータ（ＴＣＲＴ）２１０からなる。送信
コントローラ１９５は、セグメンタ（図３のＳＧＭ０お
よびＳＧＭ１）、ＰＤＵエンコーダ（ＰＥＮＣ０および
ＰＥＮＣ１）、図４のＣＡＭ１８０、ＭＬＣ１９０およ
びＴＣＲＴ２１０に接続している。ＴＣＲＸ２００およ
びＴＣＢ２０５コントローラは、デセグメンタ（図３の
ＤＳＧＭ）、ＭＬＣ１９０、および図４のＴＣＲＴ２１
０に接続している。ＴＣＲＴ２１０は、図３のＴＣＴＸ
１９５、ＴＣＲＴ２１０、ＴＣＲＸ２００、ＴＣＢ２０
５、ＭＬＣ１９０、およびＰＤＵデコーダ（ＰＤＥＣ０
またはＰＤＥＣ１）に接続している。
【００２７】図５は、図４の移動局送信コントローラ１
９２用の、ルータ・プロセスを示す状態図である。図４
のルータ２１０は、好適には、解読したフレームを送信
コントローラ１９２の適当なプロセス（送信、受信機ま
たは放送コントローラ）に転送することが好ましい。ル
ータ２１０は、また好適には、移送割り当て、ポール表
示、放送変更通知、および基地局に位置する対等送信コ
ントローラにより、移動局に選択的に送信することがで
きるページ継続表示のような、制御情報を受信するため
に使用するのが好ましい。ルータ２１０は、移動局が図
５に示すスリープ状態２１５なのか、覚醒状態２２０な
のかを追跡し、ＡＭＩが移動局に割り当てられているか
どうかを追跡する。状態によって、図４のルータ２１０
は、それに従って受信フレームを転送する。
９２用の、ルータ・プロセスを示す状態図である。図４
のルータ２１０は、好適には、解読したフレームを送信
コントローラ１９２の適当なプロセス（送信、受信機ま
たは放送コントローラ）に転送することが好ましい。ル
ータ２１０は、また好適には、移送割り当て、ポール表
示、放送変更通知、および基地局に位置する対等送信コ
ントローラにより、移動局に選択的に送信することがで
きるページ継続表示のような、制御情報を受信するため
に使用するのが好ましい。ルータ２１０は、移動局が図
５に示すスリープ状態２１５なのか、覚醒状態２２０な
のかを追跡し、ＡＭＩが移動局に割り当てられているか
どうかを追跡する。状態によって、図４のルータ２１０
は、それに従って受信フレームを転送する。
【００２８】ルータ２１０はｄａｔａ．ｉｎｄ（）プリ
ミィテブを通して、図３のＣＡＭ１８０から解読したフ
レームを受信する。図４のルータ２１０は、図３のＭＬ
Ｃ１９０により、図５のスリープ状態２１５から覚醒状
態２２０に変化し、それぞれ、ｗａｋｅ．ｒｅｑ（）お
よびｓｌｅｅｐ．ｒｅｑ（）プリミティブを通して元へ
戻る。図４のルータ２１０は、図４の受信、送信または
放送コントローラ（ＴＣＲＸ２００、ＴＣＴＸ１９５お
よびＴＣＢ２０５）に、ｄａｔａ．ｉｎｄ（）プリミィ
テブを発行する。ルータ２１０は、図３のＭＬＣ１９０
に、ｗａｋｅ．ｉｎｄ（）を通して）ページまたはペー
ジ継続受信、（ｂｅｎ．ｉｎｄ（）を通して）放送変更
通知受信、および（ｐｈａｓｅ．ｉｎｄ（）／ｐｈａｓ
ｅ．ｒｅｑ（）を通して）新しい位相割り当てについて
知らせる。
ミィテブを通して、図３のＣＡＭ１８０から解読したフ
レームを受信する。図４のルータ２１０は、図３のＭＬ
Ｃ１９０により、図５のスリープ状態２１５から覚醒状
態２２０に変化し、それぞれ、ｗａｋｅ．ｒｅｑ（）お
よびｓｌｅｅｐ．ｒｅｑ（）プリミティブを通して元へ
戻る。図４のルータ２１０は、図４の受信、送信または
放送コントローラ（ＴＣＲＸ２００、ＴＣＴＸ１９５お
よびＴＣＢ２０５）に、ｄａｔａ．ｉｎｄ（）プリミィ
テブを発行する。ルータ２１０は、図３のＭＬＣ１９０
に、ｗａｋｅ．ｉｎｄ（）を通して）ページまたはペー
ジ継続受信、（ｂｅｎ．ｉｎｄ（）を通して）放送変更
通知受信、および（ｐｈａｓｅ．ｉｎｄ（）／ｐｈａｓ
ｅ．ｒｅｑ（）を通して）新しい位相割り当てについて
知らせる。
【００２９】図６は、図４の送信コントローラ１９２
と、図３のＣＡＭ１８０および図６のＰＤＵエンコーダ
（ＰＥＮＣ０およびＰＥＮＣ１）とのアイドル状態相互
作用を示す。図６は、また割り当て状態に対する待機へ
の移行の一例を示す。図６の場合には、「始動」ＰＤＵ
プロセス中の送信用の検索ブロックは、好適には、セグ
メンタ（図３のＳＧＭ０またはＳＧＭ１）からデータを
検索し、また処理サイズに基づいて、送信プロセスの終
わりを実行すべきかどうかを決定するために、アップリ
ンク処理の開始のところで実行することが好ましい。
と、図３のＣＡＭ１８０および図６のＰＤＵエンコーダ
（ＰＥＮＣ０およびＰＥＮＣ１）とのアイドル状態相互
作用を示す。図６は、また割り当て状態に対する待機へ
の移行の一例を示す。図６の場合には、「始動」ＰＤＵ
プロセス中の送信用の検索ブロックは、好適には、セグ
メンタ（図３のＳＧＭ０またはＳＧＭ１）からデータを
検索し、また処理サイズに基づいて、送信プロセスの終
わりを実行すべきかどうかを決定するために、アップリ
ンク処理の開始のところで実行することが好ましい。
【００３０】図４の送信コントローラ１９２は、送信の
機会がアップリンク上で発生した場合には、図３のＣＡ
Ｍ１８０から、ｐｏｌｌ．ｉｎｄ（）プリミィテブを受
信する。図４の送信コントローラ１９２は、プロセスが
選択的にデータを送信することができるかどうかを示す
ｐｏｌｌ．ｒｅｓ（）プリミィテブにより応答する。ア
イドル状態の場合には、図４のＴＣＴＸ１９５は、「始
動」ＰＤＵまたは「ＡＲＱ状態」ＰＤＵを送信する。図
３のＣＡＭ１８０が、この図４のＴＣＴＸ１９５に送信
の機会を与えた場合、ＴＣＴＸ１９５は、ｐｏｌｌ．ｃ
ｏｎ（）プリミィテブで応答する。ＴＣＴＸ１９５は、
ＰＤＵを構成して、そのＰＤＵをｄａｔａ．ｒｅｑ（）
を通して、ＰＤＵエンコーダに送り、「始動」ＰＤＵの
場合には、割り当て状態に対する待機に入る。「始動」
ＰＤＵに対するデータを検索している場合には、ＴＣＴ
Ｘ１９２は、バッファ（図３のＴＸＢ０またはＴＸＢ
１）のデータ・ブロックの数をカウントし、開始から処
理の終わり（ＮＢ＿Ｔｘ＜最大、およびＥｎｄ＿Ｔｘ＿
フラッグ＝真）に付託すべきかどうか、または処理を境
界がない状態（ＮＢ＿Ｔｘ＝ＮＢ＿最大およびＥｎｄ＿
Ｔｘ＿フラッグ＝偽）で開始すべきかどうかを決定す
る。図４のＴＣＴＸ１９５が、スタートから処理の終わ
りを付託した場合には、「始動」ＰＤＵのＴＳ（処理サ
イズ）フィールドは、データ・ブロック単位の処理サイ
ズに設定され、そうでない場合には、ＮＢ＿最大（ＮＢ
＿最大の最大数値は６３）に設定される。データ・ブロ
ック・フォーマットの一つの例として、データ・ブロッ
クは、引用によって本明細書の記載に援用する１９９４
年６月付のカバーＩＥＴＦ ＲＦＣ１６６２、「ＨＤＬ
Ｃ状のフレーム作成のＰＰＰ」に記載されているＲＦＣ
１６６２に指定されているエスケープ・シーケンスから
スタートする。
機会がアップリンク上で発生した場合には、図３のＣＡ
Ｍ１８０から、ｐｏｌｌ．ｉｎｄ（）プリミィテブを受
信する。図４の送信コントローラ１９２は、プロセスが
選択的にデータを送信することができるかどうかを示す
ｐｏｌｌ．ｒｅｓ（）プリミィテブにより応答する。ア
イドル状態の場合には、図４のＴＣＴＸ１９５は、「始
動」ＰＤＵまたは「ＡＲＱ状態」ＰＤＵを送信する。図
３のＣＡＭ１８０が、この図４のＴＣＴＸ１９５に送信
の機会を与えた場合、ＴＣＴＸ１９５は、ｐｏｌｌ．ｃ
ｏｎ（）プリミィテブで応答する。ＴＣＴＸ１９５は、
ＰＤＵを構成して、そのＰＤＵをｄａｔａ．ｒｅｑ（）
を通して、ＰＤＵエンコーダに送り、「始動」ＰＤＵの
場合には、割り当て状態に対する待機に入る。「始動」
ＰＤＵに対するデータを検索している場合には、ＴＣＴ
Ｘ１９２は、バッファ（図３のＴＸＢ０またはＴＸＢ
１）のデータ・ブロックの数をカウントし、開始から処
理の終わり（ＮＢ＿Ｔｘ＜最大、およびＥｎｄ＿Ｔｘ＿
フラッグ＝真）に付託すべきかどうか、または処理を境
界がない状態（ＮＢ＿Ｔｘ＝ＮＢ＿最大およびＥｎｄ＿
Ｔｘ＿フラッグ＝偽）で開始すべきかどうかを決定す
る。図４のＴＣＴＸ１９５が、スタートから処理の終わ
りを付託した場合には、「始動」ＰＤＵのＴＳ（処理サ
イズ）フィールドは、データ・ブロック単位の処理サイ
ズに設定され、そうでない場合には、ＮＢ＿最大（ＮＢ
＿最大の最大数値は６３）に設定される。データ・ブロ
ック・フォーマットの一つの例として、データ・ブロッ
クは、引用によって本明細書の記載に援用する１９９４
年６月付のカバーＩＥＴＦ ＲＦＣ１６６２、「ＨＤＬ
Ｃ状のフレーム作成のＰＰＰ」に記載されているＲＦＣ
１６６２に指定されているエスケープ・シーケンスから
スタートする。
【００３１】図７は、図３のＣＡＭ１８０とＰＥＮＣ１
を含む、図４の送信コントローラ１９２の図６の割り当
て状態相互作用に対する待機を示す。図７は、また新し
いデータ・ブロック・カウント・プロセス、およびＡＲ
Ｑ検索状態ビットマップ・プロセスの両方を示す。新し
いデータ・ブロック・カウントプロセスは、好適には、
図４のＴＣＴＸ１９５が、空中を送信されたことはない
が、現在の処理に選択的に含めることができる図３のＭ
ＡＣバッファのデータ量を決定しなければならない度に
実行することが好ましい。ＡＲＱ検索状態ビットマップ
・プロセスは、ダウンリンク処理に対するＡＲＱプロト
コルの状態を示すビットマップを検索するための図４の
受信コントローラ（ＴＣＲＸ）２００との通信を含む。
を含む、図４の送信コントローラ１９２の図６の割り当
て状態相互作用に対する待機を示す。図７は、また新し
いデータ・ブロック・カウント・プロセス、およびＡＲ
Ｑ検索状態ビットマップ・プロセスの両方を示す。新し
いデータ・ブロック・カウントプロセスは、好適には、
図４のＴＣＴＸ１９５が、空中を送信されたことはない
が、現在の処理に選択的に含めることができる図３のＭ
ＡＣバッファのデータ量を決定しなければならない度に
実行することが好ましい。ＡＲＱ検索状態ビットマップ
・プロセスは、ダウンリンク処理に対するＡＲＱプロト
コルの状態を示すビットマップを検索するための図４の
受信コントローラ（ＴＣＲＸ）２００との通信を含む。
【００３２】送信コントローラ１９２は、送信の機会が
アップリンク上で発生した場合、図３のＣＡＭ１８０か
らのｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。図
４の送信コントローラ１９２は、送信コントローラ１９
２が、選択的にデータを送信することができることを示
すｐｏｌｌ．ｒｅｓ（）プリミィテブにより応答する。
割り当て状態の待機の場合、ＴＣＴＸ１９５は、（対等
送信コントローラ１９２により、それに対しポーリング
されている場合には）、選択的に「ＡＲＱ状態ＰＤＵ」
を送ることができる。図３のＣＡＭ１８０が、図４のこ
のＴＣＴＸ１９５に送信の機会を与えた場合には、図３
のＣＡＭ１８０は、ｐｏｌｌ．ｃｏｎ（）プリミィテブ
を送信する。図４のＴＣＴＸ１９５は、ＡＲＱ状態ビッ
トマップを検索し、ＰＤＵを構成し、このＰＤＵを、ｄ
ａｔａ．ｒｅｑ（）を通して、ＰＤＵエンコーダに送
る。新しいデータ・ブロックをカウントしている場合に
は、図４のＴＣＴＸ１９５は、最初、それがすでに現在
の処理の終わりを付託したかどうかをチェックする（Ｅ
ｎｄ＿Ｔｘ＿フラッグ＝真）。そうである場合には、Ｔ
ＣＴＸ１９５は、（ＢＳＴ＿状態により示される）現在
の処理が終了するまで、残りのブロックだけの数をカウ
ントし、処理の終わりが付託された後、バッファ（図３
のＴＸＢ０またはＴＸＢ１）に到着するかも知れないデ
ータを無視する。そうでない場合には、図４のＴＣＴＸ
１９５は、（ＢＳＴ＿状態およびＴＸＢ＿状態の合計に
より示される）ＭＡＣバッファ、すなわち、図３のＴＸ
Ｂ０または、ＴＸＢ１のすべてのデータをカウントす
る。このような方法でカウントされた新しいブロックの
数が、ＮＢ＿最大より多い場合には、処理は、境界がな
い状態で、選択的に続行することができる。そうでない
場合には、終了手順を行わなければならない。
アップリンク上で発生した場合、図３のＣＡＭ１８０か
らのｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。図
４の送信コントローラ１９２は、送信コントローラ１９
２が、選択的にデータを送信することができることを示
すｐｏｌｌ．ｒｅｓ（）プリミィテブにより応答する。
割り当て状態の待機の場合、ＴＣＴＸ１９５は、（対等
送信コントローラ１９２により、それに対しポーリング
されている場合には）、選択的に「ＡＲＱ状態ＰＤＵ」
を送ることができる。図３のＣＡＭ１８０が、図４のこ
のＴＣＴＸ１９５に送信の機会を与えた場合には、図３
のＣＡＭ１８０は、ｐｏｌｌ．ｃｏｎ（）プリミィテブ
を送信する。図４のＴＣＴＸ１９５は、ＡＲＱ状態ビッ
トマップを検索し、ＰＤＵを構成し、このＰＤＵを、ｄ
ａｔａ．ｒｅｑ（）を通して、ＰＤＵエンコーダに送
る。新しいデータ・ブロックをカウントしている場合に
は、図４のＴＣＴＸ１９５は、最初、それがすでに現在
の処理の終わりを付託したかどうかをチェックする（Ｅ
ｎｄ＿Ｔｘ＿フラッグ＝真）。そうである場合には、Ｔ
ＣＴＸ１９５は、（ＢＳＴ＿状態により示される）現在
の処理が終了するまで、残りのブロックだけの数をカウ
ントし、処理の終わりが付託された後、バッファ（図３
のＴＸＢ０またはＴＸＢ１）に到着するかも知れないデ
ータを無視する。そうでない場合には、図４のＴＣＴＸ
１９５は、（ＢＳＴ＿状態およびＴＸＢ＿状態の合計に
より示される）ＭＡＣバッファ、すなわち、図３のＴＸ
Ｂ０または、ＴＸＢ１のすべてのデータをカウントす
る。このような方法でカウントされた新しいブロックの
数が、ＮＢ＿最大より多い場合には、処理は、境界がな
い状態で、選択的に続行することができる。そうでない
場合には、終了手順を行わなければならない。
【００３３】図８は、アイドルと、モード０およびモー
ド１状態で進行中の、割り当ておよび処理に対する待機
との間の処理である。図４のＴＣＴＸ１９５は、割り当
て状態に対する待機から、ＰＣＦ（ＣＡＭからのｄａｔ
ａ．ｃｏｎ（）プリミィテブにより表示され、エラー＝
ヌル状態が真である）を通して、その「始動」ＰＤＵへ
の積極的な受信通知を受信した後、またはＴＣＲＴ２０
０からのデータ表示（ＡＲＱ＿状態＿Ｒｘ）プリミィテ
ブにより表示され、ＷＡＩおよびＡＭＩ＝ＡＭＩ＿アイ
ドルが偽である）ＡＭＩ割り当てと一緒に、ダウン・リ
ンクＡＲＱ状態ＰＤＵを受信した後、（基地局と交渉し
たアップリンク・モード（ＵＬ＿モード）により）進行
中の処理の一つに選択的に移行することができる。割り
当て状態に対する待機状態の場合には、タイマＴ＿ＷＡ
およびＴ＿ＢＯＦＦ＿ＳＴＡＲＴは、選択的に終了する
ことができ、ＴＣＴＸ１９５は、選択的にアイドル状態
に移行することができる。これらのタイマは、移動局が
そのアクセスの試みを反復して行うことができるように
なる前に、ＡＲＱ状態ＰＤＵを通して、移動局がＡＭＩ
／モード割り当てのために待機しなければならない時間
の長さを指定する。
ド１状態で進行中の、割り当ておよび処理に対する待機
との間の処理である。図４のＴＣＴＸ１９５は、割り当
て状態に対する待機から、ＰＣＦ（ＣＡＭからのｄａｔ
ａ．ｃｏｎ（）プリミィテブにより表示され、エラー＝
ヌル状態が真である）を通して、その「始動」ＰＤＵへ
の積極的な受信通知を受信した後、またはＴＣＲＴ２０
０からのデータ表示（ＡＲＱ＿状態＿Ｒｘ）プリミィテ
ブにより表示され、ＷＡＩおよびＡＭＩ＝ＡＭＩ＿アイ
ドルが偽である）ＡＭＩ割り当てと一緒に、ダウン・リ
ンクＡＲＱ状態ＰＤＵを受信した後、（基地局と交渉し
たアップリンク・モード（ＵＬ＿モード）により）進行
中の処理の一つに選択的に移行することができる。割り
当て状態に対する待機状態の場合には、タイマＴ＿ＷＡ
およびＴ＿ＢＯＦＦ＿ＳＴＡＲＴは、選択的に終了する
ことができ、ＴＣＴＸ１９５は、選択的にアイドル状態
に移行することができる。これらのタイマは、移動局が
そのアクセスの試みを反復して行うことができるように
なる前に、ＡＲＱ状態ＰＤＵを通して、移動局がＡＭＩ
／モード割り当てのために待機しなければならない時間
の長さを指定する。
【００３４】（モード０およびモード１）状態で進行中
の処理の場合、ＴＣＴＸ１９５は、ＰＣＦ（図３のＣＡ
Ｍ１８０からのｄａｔａ．ｃｏｎ（））およびＡＲＱ状
態ＰＤＵ（図４のＴＣＲＴ２００からのｄａｔａ．ｉｎ
ｄ（）を通して、受信通知を選択的に受信することがで
きる。図１２の送信表２３０が空であって、送信すべき
（ＮＢ＿Ｔｘ＜＝０）新しいデータがない場合（データ
・バックログなし）、移行は完了し、図４のＴＣＴＸ１
９５は、選択的にアイドル状態に移行する。そうでない
場合には、不活動タイマ（Ｔ＿ＩＮＡＣ）がタイムアウ
トしない限り、ＴＣＴＸ１９５は、進行中の処理に残
る。
の処理の場合、ＴＣＴＸ１９５は、ＰＣＦ（図３のＣＡ
Ｍ１８０からのｄａｔａ．ｃｏｎ（））およびＡＲＱ状
態ＰＤＵ（図４のＴＣＲＴ２００からのｄａｔａ．ｉｎ
ｄ（）を通して、受信通知を選択的に受信することがで
きる。図１２の送信表２３０が空であって、送信すべき
（ＮＢ＿Ｔｘ＜＝０）新しいデータがない場合（データ
・バックログなし）、移行は完了し、図４のＴＣＴＸ１
９５は、選択的にアイドル状態に移行する。そうでない
場合には、不活動タイマ（Ｔ＿ＩＮＡＣ）がタイムアウ
トしない限り、ＴＣＴＸ１９５は、進行中の処理に残
る。
【００３５】図９は、図８の進行中の処理、すなわち、
図３のＣＡＭ１８０およびＰＤＵエンコーダ（図３のＰ
ＥＮＤ０またはＰＥＮＣ１）と、図４の送信コントロー
ラ１９２との間の相互作用である。図９は、また再送信
データ・ブロック発見プロセスを示す。このプロセス
は、図４のＴＣＴＸ１９５が、受信機により受信通知さ
れていないで、再送信することができる、すなわち、デ
ータ・バックログが存在する図１２の送信表２３０に、
データ・ブロックが存在するかどうかを決定する度に、
選択的に実行される。
図３のＣＡＭ１８０およびＰＤＵエンコーダ（図３のＰ
ＥＮＤ０またはＰＥＮＣ１）と、図４の送信コントロー
ラ１９２との間の相互作用である。図９は、また再送信
データ・ブロック発見プロセスを示す。このプロセス
は、図４のＴＣＴＸ１９５が、受信機により受信通知さ
れていないで、再送信することができる、すなわち、デ
ータ・バックログが存在する図１２の送信表２３０に、
データ・ブロックが存在するかどうかを決定する度に、
選択的に実行される。
【００３６】アップリンク上に送信の機会が発生する
と、送信コントローラ１９２は、図３のＣＡＭ１８０か
らｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。送信
コントローラ１９２は、それがデータを送信することが
できるか、または送信しなければならないかを示す、ｐ
ｏｌｌ．ｒｅｓ（）プリミィテブで応答する。進行中の
処理の場合には、図４のＴＣＴＸ１９５は、（対等送信
コントローラによりそれがポーリングされている場
合）、ＡＲＱ状態ＰＤＵ、または「継続 ＰＤＵ」を選
択的に送信することができる。図３のＣＡＭ１８０が、
図４のＴＣＴＸ１９５に送信の機会を与える決定をした
場合には、図３のＣＡＭ１８０は、ｐｏｌｌ．ｃｏ
ｎ（）プリミィテブを送信する。図４のＴＣＴＸ１９５
は、ＰＤＵを構成し、それをｄａｔａ．ｒｅｑ（）を通
して、ＰＤＵエンコーダに送る。
と、送信コントローラ１９２は、図３のＣＡＭ１８０か
らｐｏｌｌ．ｉｎｄ（）プリミィテブを受信する。送信
コントローラ１９２は、それがデータを送信することが
できるか、または送信しなければならないかを示す、ｐ
ｏｌｌ．ｒｅｓ（）プリミィテブで応答する。進行中の
処理の場合には、図４のＴＣＴＸ１９５は、（対等送信
コントローラによりそれがポーリングされている場
合）、ＡＲＱ状態ＰＤＵ、または「継続 ＰＤＵ」を選
択的に送信することができる。図３のＣＡＭ１８０が、
図４のＴＣＴＸ１９５に送信の機会を与える決定をした
場合には、図３のＣＡＭ１８０は、ｐｏｌｌ．ｃｏ
ｎ（）プリミィテブを送信する。図４のＴＣＴＸ１９５
は、ＰＤＵを構成し、それをｄａｔａ．ｒｅｑ（）を通
して、ＰＤＵエンコーダに送る。
【００３７】図１０は、送信データ・ブロック・プロセ
スの受信を示す。このプロセスはＴＣＴＸ１９５がすで
に送信されたが、受信機がそれを正しく解読できなかっ
たために、再送信されなければならない、データ・ブロ
ック（すなわち、他のタイプのデータ・バックログ）を
含む「継続ＰＤＵ」をＴＣＴＸ１９５が構成する度に、
図４のＴＣＴＸ１９５により実行される。上記データ・
ブロックの数は、現在の変調（例えば、８レベル変調用
の３ブロック、および４レベル用の２ブロック）、およ
び受信機の処理のために予想すべき最後のシーケンス番
号について知らせるために、前に送信した終端ブロック
を再送信しなければならないかどうかにより異なる。終
端ブロックを再送信しなければならない（Ｅｎｄ＿ＲＴ
ｘ＿フラッグ＝偽）場合には、このプロセスは終端ブロ
ックを発生し、それを図１２のＳＣＣｘＴ表２３５に挿
入する。送信データ・ブロックを検索した後に、ＰＤＵ
にスペースが残っている場合には、このプロセスは、
（終了手順が進行中である場合、すなわち、Ｅｎｄ＿Ｔ
ｘ＿フラッグ＝真の場合には）、冗長終端ブロックで、
（終了手順がスタートしていない場合、すなわち、Ｅｎ
ｄ＿Ｔｘ＿フラッグ＝偽の場合には）、充填ブロック
で、そのスペースを満たす。
スの受信を示す。このプロセスはＴＣＴＸ１９５がすで
に送信されたが、受信機がそれを正しく解読できなかっ
たために、再送信されなければならない、データ・ブロ
ック（すなわち、他のタイプのデータ・バックログ）を
含む「継続ＰＤＵ」をＴＣＴＸ１９５が構成する度に、
図４のＴＣＴＸ１９５により実行される。上記データ・
ブロックの数は、現在の変調（例えば、８レベル変調用
の３ブロック、および４レベル用の２ブロック）、およ
び受信機の処理のために予想すべき最後のシーケンス番
号について知らせるために、前に送信した終端ブロック
を再送信しなければならないかどうかにより異なる。終
端ブロックを再送信しなければならない（Ｅｎｄ＿ＲＴ
ｘ＿フラッグ＝偽）場合には、このプロセスは終端ブロ
ックを発生し、それを図１２のＳＣＣｘＴ表２３５に挿
入する。送信データ・ブロックを検索した後に、ＰＤＵ
にスペースが残っている場合には、このプロセスは、
（終了手順が進行中である場合、すなわち、Ｅｎｄ＿Ｔ
ｘ＿フラッグ＝真の場合には）、冗長終端ブロックで、
（終了手順がスタートしていない場合、すなわち、Ｅｎ
ｄ＿Ｔｘ＿フラッグ＝偽の場合には）、充填ブロック
で、そのスペースを満たす。
【００３８】図１１は、新しい受信データ・ブロック・
プロセスを示す。このプロセスは、ＴＣＴＸ１９５が、
前に送信されなかったデータ・ブロック（他のタイプの
データバックログ）を含む「継続ＰＤＵ」をＴＣＴＸ１
９５が構成する度に、図４のＴＣＴＸ１９５により実行
される。上記データ・ブロックの数は、現在の変調（例
えば、８レベル変調用の３ブロック、および４レベル用
の２ブロック）、および受信機に処理のために予想すべ
き最後のシーケンス番号について知らせるために、終端
ブロックを再送信しなければならないかどうかにより異
なる。すでに送信した終端ブロックを再度再送信しなけ
ればならない（Ｅｎｄ＿ＲＴｘ＿フラッグ＝偽）場合
で、ＭＡＣバッファ（図３のＴＸＢ０およびＴＸＢ１）
の新しいデータ・ブロックの数が、前に定義した域値
（ＮＢ＿Ｔｘ＜ＮＢ＿最大）より小さい場合には、この
プロセスは終端ブロックを発生し、それを図１２のＳＣ
ＣｘＴ表２３５に挿入する。新しいデータ・ブロックを
検索した後に、ＰＤＵにスペースが残っている場合に
は、このプロセスは、（終了手順が進行中である場合、
すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝真の場合には）、
冗長終端ブロックで、（終了手順がスタートしていない
場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝偽の場合に
は）、充填ブロックでそのスペースを満たす。
プロセスを示す。このプロセスは、ＴＣＴＸ１９５が、
前に送信されなかったデータ・ブロック（他のタイプの
データバックログ）を含む「継続ＰＤＵ」をＴＣＴＸ１
９５が構成する度に、図４のＴＣＴＸ１９５により実行
される。上記データ・ブロックの数は、現在の変調（例
えば、８レベル変調用の３ブロック、および４レベル用
の２ブロック）、および受信機に処理のために予想すべ
き最後のシーケンス番号について知らせるために、終端
ブロックを再送信しなければならないかどうかにより異
なる。すでに送信した終端ブロックを再度再送信しなけ
ればならない（Ｅｎｄ＿ＲＴｘ＿フラッグ＝偽）場合
で、ＭＡＣバッファ（図３のＴＸＢ０およびＴＸＢ１）
の新しいデータ・ブロックの数が、前に定義した域値
（ＮＢ＿Ｔｘ＜ＮＢ＿最大）より小さい場合には、この
プロセスは終端ブロックを発生し、それを図１２のＳＣ
ＣｘＴ表２３５に挿入する。新しいデータ・ブロックを
検索した後に、ＰＤＵにスペースが残っている場合に
は、このプロセスは、（終了手順が進行中である場合、
すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝真の場合には）、
冗長終端ブロックで、（終了手順がスタートしていない
場合、すなわち、Ｅｎｄ＿Ｔｘ＿フラッグ＝偽の場合に
は）、充填ブロックでそのスペースを満たす。
【００３９】図１２は、図４のＴＣＴＸ１９５により使
用される構成ＰＤＵプロセス２２５、送信（（ＴｘＴ）
表２３０、およびサブチャネル・コントローラ送信（Ｓ
ＣＣｘＴ）表２３５を示す。構成ＰＤＵプロセス２２５
は、ＰＤＵの種々の選択的なおよびデータ・フィールド
を数値およびデータで満たす方法を示す。図１２のＴｘ
Ｔ表２３０は、図４の送信コントローラ１９２のＡＲＱ
状態、すなわち、送信ウィンドウの前に送信したデータ
・ブロックの状態、および順序を追跡するために使用さ
れる。ＳＣＣｘＴ表２３５は、ブロックとＰＤＵとＰＤ
Ｕが送信されたサブチャネルとの間の関連を追跡するた
めに使用される。ＳＣＣｘＴ表２３５は、物理的制御フ
ィールド（ＰＣＦ）を通して、まだ受信通知されていな
かったトランジットにすべてのＭＡＣに関する情報を記
憶する。ＳＣＣｘＴ表２３５は、またＰＤＵの構成を容
易にするために使用される。ＴｘＴ２３０およびＳＣＣ
ｘＴ２３５表は、ＭＡＣ層を含むデータ・バックログ
を決定するための手段である。
用される構成ＰＤＵプロセス２２５、送信（（ＴｘＴ）
表２３０、およびサブチャネル・コントローラ送信（Ｓ
ＣＣｘＴ）表２３５を示す。構成ＰＤＵプロセス２２５
は、ＰＤＵの種々の選択的なおよびデータ・フィールド
を数値およびデータで満たす方法を示す。図１２のＴｘ
Ｔ表２３０は、図４の送信コントローラ１９２のＡＲＱ
状態、すなわち、送信ウィンドウの前に送信したデータ
・ブロックの状態、および順序を追跡するために使用さ
れる。ＳＣＣｘＴ表２３５は、ブロックとＰＤＵとＰＤ
Ｕが送信されたサブチャネルとの間の関連を追跡するた
めに使用される。ＳＣＣｘＴ表２３５は、物理的制御フ
ィールド（ＰＣＦ）を通して、まだ受信通知されていな
かったトランジットにすべてのＭＡＣに関する情報を記
憶する。ＳＣＣｘＴ表２３５は、またＰＤＵの構成を容
易にするために使用される。ＴｘＴ２３０およびＳＣＣ
ｘＴ２３５表は、ＭＡＣ層を含むデータ・バックログ
を決定するための手段である。
【００４０】図１３は、図４の移動局の送信コントロー
ラ１９２の一部として実行されるＰＣＦプロセスであ
る。ＰＣＦは、サブチャネル上の前のアップリンク・バ
ーストで送信されたすべてのブロックに対して受信通知
を行う。ＰＣＦが、サブチャネル上の前のアップリンク
送信を受信したことを表示している場合には、送信され
たブロックに対応する送信表が更新される。ＴＣ１９２
のところのＡＲＱ状態変数も、ＰＣＦ受信通知を反映す
るために更新される。ＴＣ１９２は、受信通知された各
ブロック用のセグメンタ（図３のＳＧＭ０またはＳＧＭ
１）に、データ構成信号を送る。サブチャネル上の前の
アップリンク・バースト中に送信されたデータ・ブロッ
クの受信が、ＰＣＦを通して否定された場合には、デー
タ・ブロックに再送信可能のマークがつけられる。
ラ１９２の一部として実行されるＰＣＦプロセスであ
る。ＰＣＦは、サブチャネル上の前のアップリンク・バ
ーストで送信されたすべてのブロックに対して受信通知
を行う。ＰＣＦが、サブチャネル上の前のアップリンク
送信を受信したことを表示している場合には、送信され
たブロックに対応する送信表が更新される。ＴＣ１９２
のところのＡＲＱ状態変数も、ＰＣＦ受信通知を反映す
るために更新される。ＴＣ１９２は、受信通知された各
ブロック用のセグメンタ（図３のＳＧＭ０またはＳＧＭ
１）に、データ構成信号を送る。サブチャネル上の前の
アップリンク・バースト中に送信されたデータ・ブロッ
クの受信が、ＰＣＦを通して否定された場合には、デー
タ・ブロックに再送信可能のマークがつけられる。
【００４１】図１４は、図４の移動局送信コントローラ
１９２により、実行されるＡＲＱ状態プロセスである。
ＡＲＱ状態ＰＤＵは、ＡＭＩおよび／または移動局が提
案したモードが許容できない場合には、移動局にＡＭＩ
および／またはモードを割り当てるために使用される。
別の方法としては、ＡＲＱ状態ＰＤＵは、移動局が、後
続のＡＭＩおよび／またはモード割り当てに対して待機
しなければならないことを表示することができる。この
プロセスは、またＴＣ１９２のところで、ＡＲＱ状態変
数および／または送信表（図１２のＴｘＴ２３０）を更
新させる。ＡＲＱ状態ＰＤＵのＮＮＤフィールドが設定
されている場合には、移動局は新しい層のデータを送信
することができるものと見なす。処理の終点に近づきな
がら、終端ブロックを送信した場合には、ＡＲＱ状態Ｐ
ＤＵのＥＢＲビットを通して、終端ブロックの受信が確
認される。ＡＲＱ状態ＰＤＵが、受信ウィンドウのすべ
てのブロックの受信状態を示す、一次ビットマップを含
んでいる場合には、このビットマップは、送信表のブロ
ックの受信および送信の可能性の状態を更新するために
使用される。（すなわち、送信コントローラは、受信ウ
ィンドウを理解する。）ビットマップにより受信通知さ
れた各ブロックに対して、ＴＣ１９２は、セグメンタに
データ構成信号を送る。
１９２により、実行されるＡＲＱ状態プロセスである。
ＡＲＱ状態ＰＤＵは、ＡＭＩおよび／または移動局が提
案したモードが許容できない場合には、移動局にＡＭＩ
および／またはモードを割り当てるために使用される。
別の方法としては、ＡＲＱ状態ＰＤＵは、移動局が、後
続のＡＭＩおよび／またはモード割り当てに対して待機
しなければならないことを表示することができる。この
プロセスは、またＴＣ１９２のところで、ＡＲＱ状態変
数および／または送信表（図１２のＴｘＴ２３０）を更
新させる。ＡＲＱ状態ＰＤＵのＮＮＤフィールドが設定
されている場合には、移動局は新しい層のデータを送信
することができるものと見なす。処理の終点に近づきな
がら、終端ブロックを送信した場合には、ＡＲＱ状態Ｐ
ＤＵのＥＢＲビットを通して、終端ブロックの受信が確
認される。ＡＲＱ状態ＰＤＵが、受信ウィンドウのすべ
てのブロックの受信状態を示す、一次ビットマップを含
んでいる場合には、このビットマップは、送信表のブロ
ックの受信および送信の可能性の状態を更新するために
使用される。（すなわち、送信コントローラは、受信ウ
ィンドウを理解する。）ビットマップにより受信通知さ
れた各ブロックに対して、ＴＣ１９２は、セグメンタに
データ構成信号を送る。
【００４２】図１５は、処理開始による移動局受信コン
トローラ・プロセスを示す。図１５は、ＰＤＵデコー
ダ、すなわち、（状態データ表示の）図３のＰＤＥＣ０
またはＰＤＥＣ１から、図４の受信コントローラ（ＴＣ
ＲＸ）２００が入手した信号を示す。この図は、また図
４のＴＣＲＸ２００により、（状態データ表示の）図３
のデセグメンタＤＳＧＭ０またはＤＳＧＭ１、および状
態始動ｘ表示のＭＬＣ１９０に送られた信号を示す。
トローラ・プロセスを示す。図１５は、ＰＤＵデコー
ダ、すなわち、（状態データ表示の）図３のＰＤＥＣ０
またはＰＤＥＣ１から、図４の受信コントローラ（ＴＣ
ＲＸ）２００が入手した信号を示す。この図は、また図
４のＴＣＲＸ２００により、（状態データ表示の）図３
のデセグメンタＤＳＧＭ０またはＤＳＧＭ１、および状
態始動ｘ表示のＭＬＣ１９０に送られた信号を示す。
【００４３】図４のＴＣＲＴ２００がアイドル状態にあ
る場合に、「始動」ＰＤＵは選択的に検索される。ＰＤ
Ｕデコーダ、すなわち、図３のＰＤＥＣ０またはＰＤＥ
Ｃ１から「始動」ＰＤＵを受信した場合には、図４のＴ
ＣＲＸ２００は、処理の受信通知が行われたかどうか、
また処理が制限付きのものであるかどうか（すなわち、
ＮＢ＿Ｒｘデータ・ブロックの転送に制限されているか
どうか）を判断する。ＡＲＱ処理の場合には、ＴＣＲＴ
２００は、また処理に対するＡＲＱモード（モード０ま
たはモード１）を決定し、表示のモードでＡＲＱエンジ
ン（図４のＴＣ１９２とも呼ばれる）を初期化する。図
３のＴＣＲＸ２００は、始動フレームに応じてＭＡＣ処
理を開始させる。
る場合に、「始動」ＰＤＵは選択的に検索される。ＰＤ
Ｕデコーダ、すなわち、図３のＰＤＥＣ０またはＰＤＥ
Ｃ１から「始動」ＰＤＵを受信した場合には、図４のＴ
ＣＲＸ２００は、処理の受信通知が行われたかどうか、
また処理が制限付きのものであるかどうか（すなわち、
ＮＢ＿Ｒｘデータ・ブロックの転送に制限されているか
どうか）を判断する。ＡＲＱ処理の場合には、ＴＣＲＴ
２００は、また処理に対するＡＲＱモード（モード０ま
たはモード１）を決定し、表示のモードでＡＲＱエンジ
ン（図４のＴＣ１９２とも呼ばれる）を初期化する。図
３のＴＣＲＸ２００は、始動フレームに応じてＭＡＣ処
理を開始させる。
【００４４】図１６は、固定コード化モードＡＲＱ処理
が進行中の移動局受信コントローラ・プロセスを示す。
図１６は、（状態ポール表示の）ＴＣＴＸ１９５、（状
態停止Ｒｘ要求の）図３のＭＬＣ１９０、および（状態
データ表示の）図３のＰＤＥＣ０またはＰＤＥＣ１から
図４のＴＣＲＴ２００が受信する信号を示す。この図
は、また図４のＴＣＲＴ２００により、ＴＣＴＸ１９５
（状態データ要求）、（状態エラー表示の）図３のデセ
グメンタ、ＤＳＧＭ０またはＤＳＧＭ１、および（状態
エラー表示の）図３のＭＬＣ１９０へ送られる信号を示
す。
が進行中の移動局受信コントローラ・プロセスを示す。
図１６は、（状態ポール表示の）ＴＣＴＸ１９５、（状
態停止Ｒｘ要求の）図３のＭＬＣ１９０、および（状態
データ表示の）図３のＰＤＥＣ０またはＰＤＥＣ１から
図４のＴＣＲＴ２００が受信する信号を示す。この図
は、また図４のＴＣＲＴ２００により、ＴＣＴＸ１９５
（状態データ要求）、（状態エラー表示の）図３のデセ
グメンタ、ＤＳＧＭ０またはＤＳＧＭ１、および（状態
エラー表示の）図３のＭＬＣ１９０へ送られる信号を示
す。
【００４５】ＡＲＱ状態について、図４のＴＣ１９２が
ポーリングを行っている間に、ＴＣＲＸ２００は、ＡＲ
Ｑ状態ＰＤＵ（受信ウィンドウのすべてのブロックの受
信状態を示すビットマップを含む）を発生し、それをＴ
Ｃ１９２に送る。処理の進行中に、「継続ＰＤＵ」は、
選択的に受信される。ＰＤＵデコーダから「継続ＰＤ
Ｕ」を受信すると、ＴＣＲＸ２００は、このＰＤＵから
複数のブロックを抽出する。抽出するブロックの数は、
ダウンリンク変調により異なることを理解されたい。上
記ブロックのタイプ終点、データまたは、充填物は選択
的である。終端ブロックおよびフィラー・ブロックは、
ブロックの頭のところで、エスケープ・シーケンスによ
り識別される。終端ブロックを受信した場合には、ＴＣ
ＲＸ２００は、好適には、その送信の最後の有効なシー
ケンス番号を終端ブロックが表示するシーケンス番号に
設定することが好ましい。抽出した各データ・ブロック
に対して、ＴＣＲＸ２００は、アップリンク受信（Ｒ
ｘ）状態プロセスを実行する。
ポーリングを行っている間に、ＴＣＲＸ２００は、ＡＲ
Ｑ状態ＰＤＵ（受信ウィンドウのすべてのブロックの受
信状態を示すビットマップを含む）を発生し、それをＴ
Ｃ１９２に送る。処理の進行中に、「継続ＰＤＵ」は、
選択的に受信される。ＰＤＵデコーダから「継続ＰＤ
Ｕ」を受信すると、ＴＣＲＸ２００は、このＰＤＵから
複数のブロックを抽出する。抽出するブロックの数は、
ダウンリンク変調により異なることを理解されたい。上
記ブロックのタイプ終点、データまたは、充填物は選択
的である。終端ブロックおよびフィラー・ブロックは、
ブロックの頭のところで、エスケープ・シーケンスによ
り識別される。終端ブロックを受信した場合には、ＴＣ
ＲＸ２００は、好適には、その送信の最後の有効なシー
ケンス番号を終端ブロックが表示するシーケンス番号に
設定することが好ましい。抽出した各データ・ブロック
に対して、ＴＣＲＸ２００は、アップリンク受信（Ｒ
ｘ）状態プロセスを実行する。
【００４６】図１７は、データ・ブロックを受信した場
合、ＴＣＲＸ２００が実行するＲｘ状態プロセスを示
す。図１７は、受信コントローラ２００により、（状態
データ表示の）図３のセグメンタ、ＤＳＧＭ０またＤＳ
ＧＭ１、および状態停止Ｒｘ表示の図３のＭＬＣ１９０
に送られた信号を示す。
合、ＴＣＲＸ２００が実行するＲｘ状態プロセスを示
す。図１７は、受信コントローラ２００により、（状態
データ表示の）図３のセグメンタ、ＤＳＧＭ０またＤＳ
ＧＭ１、および状態停止Ｒｘ表示の図３のＭＬＣ１９０
に送られた信号を示す。
【００４７】図４の受信コントローラ２００は、データ
・ブロックがウィンドウの外側に存在する場合、または
前に受信したブロックに対応している場合には、上記デ
ータ・ブロックを無効にするか、捨て去る。データ・ブ
ロックが依然として有効である場合には、ＴＣＲＸ２０
０は、ブロックの受信状態を更新する。受信コントロー
ラ２００は、また二つの状態変数、すなわち、ＮＲ＿Ｒ
ｘ（その番号まで、データ・ブロックがシーケンスに受
信されたシーケンス番号）およびＮＬ＿Ｒｘ（受信した
最後のシーケンス番号）を更新する。受信コントローラ
２００は、その後、シーケンスに受信したすべてのデー
タ・ブロックをデセグメンタに送り、受信表からそれら
の登録を削除する。このプロセスは、受信表が空にな
り、ＮＲ＿Ｒｘが処理に対する最後の有効なシーケンス
番号に等しくなった場合に停止する。
・ブロックがウィンドウの外側に存在する場合、または
前に受信したブロックに対応している場合には、上記デ
ータ・ブロックを無効にするか、捨て去る。データ・ブ
ロックが依然として有効である場合には、ＴＣＲＸ２０
０は、ブロックの受信状態を更新する。受信コントロー
ラ２００は、また二つの状態変数、すなわち、ＮＲ＿Ｒ
ｘ（その番号まで、データ・ブロックがシーケンスに受
信されたシーケンス番号）およびＮＬ＿Ｒｘ（受信した
最後のシーケンス番号）を更新する。受信コントローラ
２００は、その後、シーケンスに受信したすべてのデー
タ・ブロックをデセグメンタに送り、受信表からそれら
の登録を削除する。このプロセスは、受信表が空にな
り、ＮＲ＿Ｒｘが処理に対する最後の有効なシーケンス
番号に等しくなった場合に停止する。
【００４８】図１８は、移動局受信表２４０、初期化Ｔ
ＣＲＸ２００パラメータ・プロセス２４５、および図４
の受信コントローラ（ＴＣＲＸ）２００により実行され
る、「始動」ＰＤＵプロセス２５０を示す。受信表２４
０は、ブロック・シーケンス番号、データ・ブロック、
および受信ウィンドウの各シーケンス番号に対する受信
状態からなる。初期化ＴＣＲＸ２００パラメータ・プロ
セス２４５は、受信表２４０および他のＡＲＱ状態変数
を初期化する。「始動」ＰＤＵプロセス２５０は、ＡＭ
Ｉ、モードおよび処理のサイズの初期化を示す。これら
パラメータは、「始動」ＰＤＵの対応するフィールドか
ら抽出されることを理解されたい。
ＣＲＸ２００パラメータ・プロセス２４５、および図４
の受信コントローラ（ＴＣＲＸ）２００により実行され
る、「始動」ＰＤＵプロセス２５０を示す。受信表２４
０は、ブロック・シーケンス番号、データ・ブロック、
および受信ウィンドウの各シーケンス番号に対する受信
状態からなる。初期化ＴＣＲＸ２００パラメータ・プロ
セス２４５は、受信表２４０および他のＡＲＱ状態変数
を初期化する。「始動」ＰＤＵプロセス２５０は、ＡＭ
Ｉ、モードおよび処理のサイズの初期化を示す。これら
パラメータは、「始動」ＰＤＵの対応するフィールドか
ら抽出されることを理解されたい。
【００４９】図１９は、図３のＣＡＭ１８０に対する移
動局ＣＡＭプロセスを示す。図１９は、ＳＣＣ１８５
（ｄａｔａ ｃｏｎ、ｐｃｆ．ｉｎｄ、ｄａｔａ ｉｎ
ｄ）のどちらかから、またＭＬＣ１９０（Ｏｐｅｎ．ｒ
ｅｑ、Ｃｏｎｆｉｇ．ｒｅｑ、Ｃｌｏｓｅ．ｒｅｑ）か
ら受信した信号を示す。図１９は、またＣＡＭ１８０
が、送信コントローラ１８５（ｄａｔａ．ｃｏｎ）、図
３のＰＤＵデコーダ、すなわち、ＰＤＥＣ０または、Ｐ
ＤＥＣ１（ｄａｔａ．ｉｎｄ）、およびＭＬＣ１９０
（Ｅｒｒｏｒ ｉｎｄ）へ送った信号を示す。
動局ＣＡＭプロセスを示す。図１９は、ＳＣＣ１８５
（ｄａｔａ ｃｏｎ、ｐｃｆ．ｉｎｄ、ｄａｔａ ｉｎ
ｄ）のどちらかから、またＭＬＣ１９０（Ｏｐｅｎ．ｒ
ｅｑ、Ｃｏｎｆｉｇ．ｒｅｑ、Ｃｌｏｓｅ．ｒｅｑ）か
ら受信した信号を示す。図１９は、またＣＡＭ１８０
が、送信コントローラ１８５（ｄａｔａ．ｃｏｎ）、図
３のＰＤＵデコーダ、すなわち、ＰＤＥＣ０または、Ｐ
ＤＥＣ１（ｄａｔａ．ｉｎｄ）、およびＭＬＣ１９０
（Ｅｒｒｏｒ ｉｎｄ）へ送った信号を示す。
【００５０】ＣＡＭ１８０は、多重送信コントローラ１
８５（ＳＣＣ０〜ＳＣＣ８）からの、コード化されたＭ
ＡＣ ＰＤＵに対する送信順序を決定する。ＣＡＭ１８
０は、ＭＡＣサブチャネルコントローラ１８５の一つに
より、送信の機会に気が付いた場合には、ＭＡＣ ＰＤ
Ｕに対して送信コントローラ１８５をポーリングする。
ＣＡＭ１８０のポーリングへの応答に基づいて、ＣＡＭ
１８０は、データを求めて、送信コントローラ１８５の
一つに対してポーリングを行う。ＣＡＭ１８０は、ＰＤ
Ｕエンコーダ（ＰＥＮＣ１およびＰＥＮＣ０）の一つか
ら入手した、コード化されたＭＡＣ ＰＤＵを、空気イ
ンターフェース１７５（無線インターフェースとも呼ば
れる）を通して、送信用の適当なＳＣＣ１８５に選択的
に送る。
８５（ＳＣＣ０〜ＳＣＣ８）からの、コード化されたＭ
ＡＣ ＰＤＵに対する送信順序を決定する。ＣＡＭ１８
０は、ＭＡＣサブチャネルコントローラ１８５の一つに
より、送信の機会に気が付いた場合には、ＭＡＣ ＰＤ
Ｕに対して送信コントローラ１８５をポーリングする。
ＣＡＭ１８０のポーリングへの応答に基づいて、ＣＡＭ
１８０は、データを求めて、送信コントローラ１８５の
一つに対してポーリングを行う。ＣＡＭ１８０は、ＰＤ
Ｕエンコーダ（ＰＥＮＣ１およびＰＥＮＣ０）の一つか
ら入手した、コード化されたＭＡＣ ＰＤＵを、空気イ
ンターフェース１７５（無線インターフェースとも呼ば
れる）を通して、送信用の適当なＳＣＣ１８５に選択的
に送る。
【００５１】ＣＡＭ１８０は、また移動局のところでの
ランダム・アクセス・プロトコルの実行を担当する。こ
の機能は、競合モードでのチャネル・アクセス、および
最初のアクセスが失敗した場合の、すべての以降のバッ
クオフ手順を管理する。アクセスが成功した後で、ＣＡ
Ｍ１８０は、送信コントローラ１８５に対してポーリン
グを行い、サブチャネル・コントローラ１８５が表示す
る、割り当てられたスロットで、ＰＤＵを送信すること
により先へ進む。この受信方向において、ＣＡＭ１８０
は、サブチャネル１８５からＭＡＣ ＰＤＵを入手し、
それらを表示のモードに対応するＰＤＵデコーダへ送
る。
ランダム・アクセス・プロトコルの実行を担当する。こ
の機能は、競合モードでのチャネル・アクセス、および
最初のアクセスが失敗した場合の、すべての以降のバッ
クオフ手順を管理する。アクセスが成功した後で、ＣＡ
Ｍ１８０は、送信コントローラ１８５に対してポーリン
グを行い、サブチャネル・コントローラ１８５が表示す
る、割り当てられたスロットで、ＰＤＵを送信すること
により先へ進む。この受信方向において、ＣＡＭ１８０
は、サブチャネル１８５からＭＡＣ ＰＤＵを入手し、
それらを表示のモードに対応するＰＤＵデコーダへ送
る。
【００５２】図２０は、選択送信コントローラ（ＴＣ
ｙ）プロセス２２５、および図３のＣＡＭ１８０により
実行される送信コード化ＭＡＣ＿ＰＤＵプロセス２６０
を示す。図２０は、ＣＡＭ１８０により、ＴＣ（図３の
ＴＣ１およびＴＣ２、および図２０のｐｏｌｌ．ｉｎｄ
およびｐｏｌｌ．ｃｏｎ．）および図３のＳＣＣ１８５
（ｄａｔａ．ｒｅｑ．） に送られる信号を示す。図２
０は、またＴＣ（図３のＴＣ１、ＴＣ２）および図２０
のｐｏｌｌ．ｒｅｓ．）およびＰＤＵエンコーダ（図３
のＰＥＮＣ０およびＰＥＮＣ１および図２０のｄａｔ
ａ．ｒｅｑ．）から受信する信号を示す。
ｙ）プロセス２２５、および図３のＣＡＭ１８０により
実行される送信コード化ＭＡＣ＿ＰＤＵプロセス２６０
を示す。図２０は、ＣＡＭ１８０により、ＴＣ（図３の
ＴＣ１およびＴＣ２、および図２０のｐｏｌｌ．ｉｎｄ
およびｐｏｌｌ．ｃｏｎ．）および図３のＳＣＣ１８５
（ｄａｔａ．ｒｅｑ．） に送られる信号を示す。図２
０は、またＴＣ（図３のＴＣ１、ＴＣ２）および図２０
のｐｏｌｌ．ｒｅｓ．）およびＰＤＵエンコーダ（図３
のＰＥＮＣ０およびＰＥＮＣ１および図２０のｄａｔ
ａ．ｒｅｑ．）から受信する信号を示す。
【００５３】図３のＣＡＭ１８０は、ＳＣＣ１８５によ
る送信の機会に気が付いたとき、優先順位に従って各送
信コントローラに対してポーリングを行う。各ＴＣ（Ｔ
Ｃ０およびＴＣ１）は、それが選択的にデータを送る表
示により応答し、データを送ることができるが、送るべ
きデータが何もない場合もある。上記応答に基づいて、
ＣＡＭ１８０は、データに対してポーリングを行うため
に、適当なＴＣ（ＴＣ０およびＴＣ１）を選択する。そ
の後で、ＣＡＭ１８０は、ＣＡＭ１８０が空気インター
フェース１７５を通して、送信するための適当なＳＣＣ
１８５に送るＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥ
ＮＣ１）からコード化されたＭＡＣ ＰＤＵを入手す
る。
る送信の機会に気が付いたとき、優先順位に従って各送
信コントローラに対してポーリングを行う。各ＴＣ（Ｔ
Ｃ０およびＴＣ１）は、それが選択的にデータを送る表
示により応答し、データを送ることができるが、送るべ
きデータが何もない場合もある。上記応答に基づいて、
ＣＡＭ１８０は、データに対してポーリングを行うため
に、適当なＴＣ（ＴＣ０およびＴＣ１）を選択する。そ
の後で、ＣＡＭ１８０は、ＣＡＭ１８０が空気インター
フェース１７５を通して、送信するための適当なＳＣＣ
１８５に送るＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥ
ＮＣ１）からコード化されたＭＡＣ ＰＤＵを入手す
る。
【００５４】図２１は、移動局サブチャネル・コントロ
ーラ（ＳＣＣ）プロセスを示す。ＭＡＣ層は、好適に
は、３倍の速度のチャネル６に対して、図３の９のサブ
チャネル・コントローラ１８５（ＳＣＣ０〜ＳＣＣ８）
を、２倍速のチャネルに対して６のサブチャネル・コン
トローラ、全速のチャネルに対して３のサブチャネル・
コントローラを持つことが好ましい。各サブチャネル・
コントローラ１８５は、サブチャネルに対するパケット
・チャネル・フィードバック（ＰＣＦ）動作を処理し、
ＣＡＭ１８０と物理層１６５との間でコード化されたＭ
ＡＣ ＰＤＵを送信する。
ーラ（ＳＣＣ）プロセスを示す。ＭＡＣ層は、好適に
は、３倍の速度のチャネル６に対して、図３の９のサブ
チャネル・コントローラ１８５（ＳＣＣ０〜ＳＣＣ８）
を、２倍速のチャネルに対して６のサブチャネル・コン
トローラ、全速のチャネルに対して３のサブチャネル・
コントローラを持つことが好ましい。各サブチャネル・
コントローラ１８５は、サブチャネルに対するパケット
・チャネル・フィードバック（ＰＣＦ）動作を処理し、
ＣＡＭ１８０と物理層１６５との間でコード化されたＭ
ＡＣ ＰＤＵを送信する。
【００５５】図２１の場合には、図３のＳＣＣ１８５
が、物理層１６５（ＰＨＹ＿ＤＡＴＡ．ＩＮＤ）、ＣＡ
Ｍ１８０（Ｄａｔａ．ｒｅｑ．）およびＭＬＣ１９０
（Ｏｐｅｎ．ｒｅｑ、Ｃｌｏｓｅ ｒｅｑ）からの信号
を受信する。さらに、この図は、ＳＣＣ１８５により、
ＣＡＭ１８０（ｐｃｆ．ｉｎｄ、Ｄａｔａ．ｃｏｎ）、
および物理層１６５（ＰＨＹ＿ＤＡＴ．ＲＥＱ）に送ら
れる信号を示す。
が、物理層１６５（ＰＨＹ＿ＤＡＴＡ．ＩＮＤ）、ＣＡ
Ｍ１８０（Ｄａｔａ．ｒｅｑ．）およびＭＬＣ１９０
（Ｏｐｅｎ．ｒｅｑ、Ｃｌｏｓｅ ｒｅｑ）からの信号
を受信する。さらに、この図は、ＳＣＣ１８５により、
ＣＡＭ１８０（ｐｃｆ．ｉｎｄ、Ｄａｔａ．ｃｏｎ）、
および物理層１６５（ＰＨＹ＿ＤＡＴ．ＲＥＱ）に送ら
れる信号を示す。
【００５６】物理層１６５からデータを入手した場合に
は、ＳＣＣ１８５は、移動局が目的とする受信相手であ
るかどうかを判断するために、ＡＭＩをチェックする。
上記データが上記移動局宛のものでない場合には、その
データは捨て去られる。そうでない場合には、コード化
されたＭＡＣ ＰＤＵは、ＣＡＭ１８０に送られる。Ｓ
ＣＣ１８５も、ＰＣＦを通して、競合および予約アクセ
スの機会を入手し、データを求めてＣＡＭ１８０に対し
てポーリングを行う。その後で、ＣＡＭ１８０から入手
した任意のコード化されたＭＡＣ ＰＤＵは、物理層１
６５に送られる。ＰＤＵが送信された後で、ＳＣＣ１８
５は、ＰＤＵの受信に成功したかどうかを判断するため
に、サブチャネル上の対応するＰＣＦフィールドをチェ
ックする。ＳＣＣ１８５は、データが競合により送信さ
れたのか、予約により送信されたのかにより、異なるＰ
ＣＦの構造をとる。ＰＣＦを通して取得した受信通知状
態は、ＣＡＭ１８０に対して表示される。
は、ＳＣＣ１８５は、移動局が目的とする受信相手であ
るかどうかを判断するために、ＡＭＩをチェックする。
上記データが上記移動局宛のものでない場合には、その
データは捨て去られる。そうでない場合には、コード化
されたＭＡＣ ＰＤＵは、ＣＡＭ１８０に送られる。Ｓ
ＣＣ１８５も、ＰＣＦを通して、競合および予約アクセ
スの機会を入手し、データを求めてＣＡＭ１８０に対し
てポーリングを行う。その後で、ＣＡＭ１８０から入手
した任意のコード化されたＭＡＣ ＰＤＵは、物理層１
６５に送られる。ＰＤＵが送信された後で、ＳＣＣ１８
５は、ＰＤＵの受信に成功したかどうかを判断するため
に、サブチャネル上の対応するＰＣＦフィールドをチェ
ックする。ＳＣＣ１８５は、データが競合により送信さ
れたのか、予約により送信されたのかにより、異なるＰ
ＣＦの構造をとる。ＰＣＦを通して取得した受信通知状
態は、ＣＡＭ１８０に対して表示される。
【００５７】図２２は、宛先チェック、および図３のＳ
ＣＣ１８５、すなわち、物理層１６５からのデータの入
手についてのプロセスにより実行されるコード化ＭＡＣ
＿ＰＤＵ抽出プロセスを示す。ＳＣＣ１８５は、ｄａｔ
ａ．ｉｎｄ信号を、このプロセスの一部としてＣＡＭ１
８０に選択的に送ることができる。物理層１６５からデ
ータを入手した場合には、ＳＣＣ１８５は、移動局が目
的の受信相手であるかどうかを判断するためにＡＭＩを
チェックする。上記データが上記移動局宛のものでない
場合には、そのデータは捨て去られる。そうでない場合
には、コード化されたＭＡＣ ＰＤＵは、ＣＡＭ１８０
に送られる。
ＣＣ１８５、すなわち、物理層１６５からのデータの入
手についてのプロセスにより実行されるコード化ＭＡＣ
＿ＰＤＵ抽出プロセスを示す。ＳＣＣ１８５は、ｄａｔ
ａ．ｉｎｄ信号を、このプロセスの一部としてＣＡＭ１
８０に選択的に送ることができる。物理層１６５からデ
ータを入手した場合には、ＳＣＣ１８５は、移動局が目
的の受信相手であるかどうかを判断するためにＡＭＩを
チェックする。上記データが上記移動局宛のものでない
場合には、そのデータは捨て去られる。そうでない場合
には、コード化されたＭＡＣ ＰＤＵは、ＣＡＭ１８０
に送られる。
【００５８】図２３は、基地局（セル）２６５と移動局
２７０との間での制約付き処理用の終了手順の信号の流
れ図である。ステップ２７５においては、基地局２６５
は、処理サイズが８のデータ・ブロックであること（す
なわち、処理は制約付きであること）を示す始動フレー
ムを送り、ＡＲＱ状態を求めて、移動局２７０に対して
ポーリングを行う。このステップは、図３のＳＣＣ１８
５が、物理層１６５からデータを受信し、それを図２１
および図２２のＣＡＭ１８０に送る場合の状態図であ
る。図３のＣＡＭ１８０は、その後、ＳＣＣ１８５から
データを受信し、解読したデータは、図４のルータ（Ｔ
ＣＲＴ）２１０（図１９の状態図に示す）に送られる。
図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０からデー
タを受信し、ポール・ビット（ＰＩ）を抽出し、ＡＲＱ
状態＿ｐｏｌｌｅｄ ｆｌａｇ＝ＰＩに設定し、始動Ｐ
ＤＵを図４のＴＣＲＸ２００（図１５に示す）に送る。
図４のＴＣＲＸ２００は、ＴＣＲＴ２１０から上記始動
ＰＤＵを受信し、図１５の最後の有効シーケンス番号を
設定する。
２７０との間での制約付き処理用の終了手順の信号の流
れ図である。ステップ２７５においては、基地局２６５
は、処理サイズが８のデータ・ブロックであること（す
なわち、処理は制約付きであること）を示す始動フレー
ムを送り、ＡＲＱ状態を求めて、移動局２７０に対して
ポーリングを行う。このステップは、図３のＳＣＣ１８
５が、物理層１６５からデータを受信し、それを図２１
および図２２のＣＡＭ１８０に送る場合の状態図であ
る。図３のＣＡＭ１８０は、その後、ＳＣＣ１８５から
データを受信し、解読したデータは、図４のルータ（Ｔ
ＣＲＴ）２１０（図１９の状態図に示す）に送られる。
図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０からデー
タを受信し、ポール・ビット（ＰＩ）を抽出し、ＡＲＱ
状態＿ｐｏｌｌｅｄ ｆｌａｇ＝ＰＩに設定し、始動Ｐ
ＤＵを図４のＴＣＲＸ２００（図１５に示す）に送る。
図４のＴＣＲＸ２００は、ＴＣＲＴ２１０から上記始動
ＰＤＵを受信し、図１５の最後の有効シーケンス番号を
設定する。
【００５９】ステップ２８０においては、移動局２７０
は、基地局２６５に、ＡＲＱ状態ＰＤＵを送信すること
により、始動ＰＤＵの受信通知を行い、処理に対する最
後の有効なシーケンス番号を８に設定する。このステッ
プは、図３のＳＣＣ１８５が、ＰＣＦを読んで送信の機
会を検出し、それを図３および図２１のＣＡＭ１８０に
表示した場合のものである。図３のＣＡＭ１８０は、図
１９および図２０のＴＣＴＸ１９５に対するポーリング
を行う。「始動」ＰＤＵの検索が行われる同じステップ
上の、図４のＴＣＴＸ１９５は、図３のＣＡＭ１８０
に、自分が選択的に図６、図７および図９のＡＲＱ状態
ＰＤＵを送信することを表示する。図３のＣＡＭ１８０
は、図１９のＡＲＱ状態ＰＤＵを求めて、図４のＴＣＴ
Ｘ１９５にポーリングを行う。図４のＴＣＴＸ１９５
は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ
２００に対してポーリングを行う。図４のＴＣＲＸ２０
０は、ＡＲＱ状態を発生し、それを図７のＣＴＸ１９５
に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態を図６、
図７および図９のＰＤＵエンコーダ（図３のＰＥＮＣ０
およびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３の
ＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード
化し、エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡＭ
１８０は、エンコーダＰＤＵを図７のＳＣＣ１８５に送
る。図３のＳＣＣ１８５は、その後、データを図２１の
物理層１６５に送る。
は、基地局２６５に、ＡＲＱ状態ＰＤＵを送信すること
により、始動ＰＤＵの受信通知を行い、処理に対する最
後の有効なシーケンス番号を８に設定する。このステッ
プは、図３のＳＣＣ１８５が、ＰＣＦを読んで送信の機
会を検出し、それを図３および図２１のＣＡＭ１８０に
表示した場合のものである。図３のＣＡＭ１８０は、図
１９および図２０のＴＣＴＸ１９５に対するポーリング
を行う。「始動」ＰＤＵの検索が行われる同じステップ
上の、図４のＴＣＴＸ１９５は、図３のＣＡＭ１８０
に、自分が選択的に図６、図７および図９のＡＲＱ状態
ＰＤＵを送信することを表示する。図３のＣＡＭ１８０
は、図１９のＡＲＱ状態ＰＤＵを求めて、図４のＴＣＴ
Ｘ１９５にポーリングを行う。図４のＴＣＴＸ１９５
は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ
２００に対してポーリングを行う。図４のＴＣＲＸ２０
０は、ＡＲＱ状態を発生し、それを図７のＣＴＸ１９５
に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態を図６、
図７および図９のＰＤＵエンコーダ（図３のＰＥＮＣ０
およびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３の
ＰＥＮＣ０またはＰＥＮＣ１）は、上記ＰＤＵをコード
化し、エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡＭ
１８０は、エンコーダＰＤＵを図７のＳＣＣ１８５に送
る。図３のＳＣＣ１８５は、その後、データを図２１の
物理層１６５に送る。
【００６０】ステップ２８５においては、基地局２６５
は、移動局２７０に、データ・ブロック番号が１および
２であるデータ・ブロックを含む「継続ＰＤＵ」を送信
する。このステップは、図３のＳＣＣ１８５が、物理層
１６５からデータを受信し、そのデータを図２１および
図２２のＣＡＭ１８０に送る場合の状態図である。図３
のＣＡＭ１８０は、その後、ＳＣＣ１８５からデータを
受信し、解読されたデータは、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送られる。ＴＣ
ＲＴ２１０は、図３のＣＡＭ１８０から上記データを受
信する。図４のＴＣＲＸ２００は、「継続ＰＤＵ」を受
信し、図１６および図１７のＲＸ状態を更新する。
は、移動局２７０に、データ・ブロック番号が１および
２であるデータ・ブロックを含む「継続ＰＤＵ」を送信
する。このステップは、図３のＳＣＣ１８５が、物理層
１６５からデータを受信し、そのデータを図２１および
図２２のＣＡＭ１８０に送る場合の状態図である。図３
のＣＡＭ１８０は、その後、ＳＣＣ１８５からデータを
受信し、解読されたデータは、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送られる。ＴＣ
ＲＴ２１０は、図３のＣＡＭ１８０から上記データを受
信する。図４のＴＣＲＸ２００は、「継続ＰＤＵ」を受
信し、図１６および図１７のＲＸ状態を更新する。
【００６１】ステップ２９０においては、基地局２６５
は、データ・ブロック番号が３、４および５のデータ・
ブロックを含む「継続ＰＤＵ」を移動局２７０に送る。
このステップは、図３のＳＣＣ１８５が、物理層１６５
からデータを受信し、それを図２１および図２２のＣＡ
Ｍ１８０に送る場合の状態図である。その後、図３のＣ
ＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読
されたデータは、図４のルータ（ＴＣＲＴ）２１０（図
１９状態図に示す）に送られる。ＴＣＲＸ２１０は、図
３のＣＡＭ１８０および図４のＴＣＲＸ２００から上記
データを受信し、「継続ＰＤＵ」を受信し、図１６およ
び図１７のＲＸ状態を更新する。
は、データ・ブロック番号が３、４および５のデータ・
ブロックを含む「継続ＰＤＵ」を移動局２７０に送る。
このステップは、図３のＳＣＣ１８５が、物理層１６５
からデータを受信し、それを図２１および図２２のＣＡ
Ｍ１８０に送る場合の状態図である。その後、図３のＣ
ＡＭ１８０は、ＳＣＣ１８５からデータを受信し、解読
されたデータは、図４のルータ（ＴＣＲＴ）２１０（図
１９状態図に示す）に送られる。ＴＣＲＸ２１０は、図
３のＣＡＭ１８０および図４のＴＣＲＸ２００から上記
データを受信し、「継続ＰＤＵ」を受信し、図１６およ
び図１７のＲＸ状態を更新する。
【００６２】ステップ２９５においては、基地局２６５
は、データ・ブロック番号が６、７および８である、デ
ータ・ブロックを含む「継続ＰＤＵ」を移動局２７０に
送り、ＡＲＱ状態を求めて、移動局２７０に対してポー
リングを行う。このステップは、図３のＳＣＣ１８５
が、物理層１６５からデータを受信し、それを図２１お
よび図２２のＣＡＭ１８０に送る場合の状態図である。
図３のＣＡＭ１８０は、その後、ＳＣＣ１８５からデー
タを受信し、解読したデータを、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送る。ＴＣＲＴ
２１０は、図３のＣＡＭ１８０からデータを受信し、ポ
ール・ビットを抽出し、ＡＲＱ状態＿ｐｏｌｌｅｄ ｆ
ｌａｇ＝Ｐ１に設定し、「継続ＰＤＵ」を図５のＴＣＲ
Ｘ２００に送る。図３のＴＣＲＸ２００は、上記「継続
ＰＤＵ」を受信し、図１６および図１７のＲＸ状態を更
新する。
は、データ・ブロック番号が６、７および８である、デ
ータ・ブロックを含む「継続ＰＤＵ」を移動局２７０に
送り、ＡＲＱ状態を求めて、移動局２７０に対してポー
リングを行う。このステップは、図３のＳＣＣ１８５
が、物理層１６５からデータを受信し、それを図２１お
よび図２２のＣＡＭ１８０に送る場合の状態図である。
図３のＣＡＭ１８０は、その後、ＳＣＣ１８５からデー
タを受信し、解読したデータを、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送る。ＴＣＲＴ
２１０は、図３のＣＡＭ１８０からデータを受信し、ポ
ール・ビットを抽出し、ＡＲＱ状態＿ｐｏｌｌｅｄ ｆ
ｌａｇ＝Ｐ１に設定し、「継続ＰＤＵ」を図５のＴＣＲ
Ｘ２００に送る。図３のＴＣＲＸ２００は、上記「継続
ＰＤＵ」を受信し、図１６および図１７のＲＸ状態を更
新する。
【００６３】ステップ３００においては、移動局２７０
は、ブロック１〜８の受信通知を行う基地局２６５に、
ＡＲＱ状態を送信する。このステップは、ＰＣＦを読ん
で送信の機会を検索し、それを図２１のＣＡＭ１８０
（図３）に表示する場合の状態図である。図３のＣＡＭ
１８０は、図１９および図２０のＴＣＴＸ１９５に対し
てポーリングを行う。図４のＴＣＴＸ１９５は、始動Ｐ
ＤＵを受信する同じステップにおいて、それが図６、図
７および図９のＡＲＱ状態を選択的に送ったことを、図
３のＣＡＭ１８０に表示する。図３のＣＡＭ１８０は、
図１９の状態ＰＤＵを求めて、図４のＴＣＴＸ１９５に
対してポーリングを行う。図４のＴＣＴＸ１９５は、図
７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ２００
に対してポーリングを行う。図４のＴＣＲＸ２００は、
ＡＲＱ状態を発生し、それを図７のＴＣＴＸ１９５に送
る。図４のＴＣＴＸ１９５は、ＡＲＱ状態ＰＤＵを、図
６、図７および図９のＰＤＵエンコーダ（ＰＥＮＣ０お
よびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰ
ＥＮＣ０およびＰＥＮＣ１）は、ＰＤＵをコード化し、
エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０
は、上記エンコーダＰＤＵを、図７のＳＣＣ１８５上に
送る。図３ＳＣＣ１８５は、その後、データを図２１の
物理層１６５に送る。
は、ブロック１〜８の受信通知を行う基地局２６５に、
ＡＲＱ状態を送信する。このステップは、ＰＣＦを読ん
で送信の機会を検索し、それを図２１のＣＡＭ１８０
（図３）に表示する場合の状態図である。図３のＣＡＭ
１８０は、図１９および図２０のＴＣＴＸ１９５に対し
てポーリングを行う。図４のＴＣＴＸ１９５は、始動Ｐ
ＤＵを受信する同じステップにおいて、それが図６、図
７および図９のＡＲＱ状態を選択的に送ったことを、図
３のＣＡＭ１８０に表示する。図３のＣＡＭ１８０は、
図１９の状態ＰＤＵを求めて、図４のＴＣＴＸ１９５に
対してポーリングを行う。図４のＴＣＴＸ１９５は、図
７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ２００
に対してポーリングを行う。図４のＴＣＲＸ２００は、
ＡＲＱ状態を発生し、それを図７のＴＣＴＸ１９５に送
る。図４のＴＣＴＸ１９５は、ＡＲＱ状態ＰＤＵを、図
６、図７および図９のＰＤＵエンコーダ（ＰＥＮＣ０お
よびＰＥＮＣ１）に送る。ＰＤＵエンコーダ（図３のＰ
ＥＮＣ０およびＰＥＮＣ１）は、ＰＤＵをコード化し、
エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０
は、上記エンコーダＰＤＵを、図７のＳＣＣ１８５上に
送る。図３ＳＣＣ１８５は、その後、データを図２１の
物理層１６５に送る。
【００６４】図２４は、制約のない処理用の終了手順の
信号の流れ図である。ステップ３０５においては、移動
局２７０に、処理が制約されていないことを示す始動フ
レームを送り、ＡＲＱ状態を求めて、移動局２７０に対
してポーリングを行う。このステップは、図３のＳＣＣ
１８５が、物理層１６５からデータを受信し、それを図
２１および図２２のＣＡＭ１８０に送る場合の状態図で
ある。図３のＣＡＭ１８０は、その後、ＳＣＣ１８５か
らデータを受信し、解読したデータは、図４のルータ
（ＴＣＲＴ）２１０（図１９の状態図に示す）に送られ
る。図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０から
データを受信し、ポール・ビット（ＰＩ）を抽出し、Ａ
ＲＱ状態＿ｐｏｌｌｅｄ ｆｌａｇ＝Ｐ１に設定し、始
動ＰＤＵを図４のＴＣＲＸ２００（図１５に示す）に送
る。図４のＴＣＲＸ２００は、ＴＣＲＴ２１０から上記
始動ＰＤＵを受信し、図１５の最後の有効シーケンス番
号を設定する。
信号の流れ図である。ステップ３０５においては、移動
局２７０に、処理が制約されていないことを示す始動フ
レームを送り、ＡＲＱ状態を求めて、移動局２７０に対
してポーリングを行う。このステップは、図３のＳＣＣ
１８５が、物理層１６５からデータを受信し、それを図
２１および図２２のＣＡＭ１８０に送る場合の状態図で
ある。図３のＣＡＭ１８０は、その後、ＳＣＣ１８５か
らデータを受信し、解読したデータは、図４のルータ
（ＴＣＲＴ）２１０（図１９の状態図に示す）に送られ
る。図４のＴＣＲＴ２１０は、図３のＣＡＭ１８０から
データを受信し、ポール・ビット（ＰＩ）を抽出し、Ａ
ＲＱ状態＿ｐｏｌｌｅｄ ｆｌａｇ＝Ｐ１に設定し、始
動ＰＤＵを図４のＴＣＲＸ２００（図１５に示す）に送
る。図４のＴＣＲＸ２００は、ＴＣＲＴ２１０から上記
始動ＰＤＵを受信し、図１５の最後の有効シーケンス番
号を設定する。
【００６５】ステップ３１０においては、移動局２７０
は、基地局２６５に、ＡＲＱ状態ＰＤＵを送信すること
により、始動ＰＤＵの受信を通知する。このステップ
は、ＰＣＦを読んで送信の機会を検索し、それを図２１
のＣＡＭ１８０（図３）に表示する場合の状態図であ
る。図３のＣＡＭ１８０は、図１９および図２０のＴＣ
ＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ
１９５は、始動ＰＤＵを受信する同じステップにおい
て、それが図６、図７および図９のＡＲＱ状態ＰＤＵを
選択的に送ったことを、図３のＣＡＭ１８０に表示す
る。図３のＣＡＭ１８０は、図１９のＡＲＱ状態ＰＤＵ
を求めて、図４のＴＣＴＸ１９５に対してポーリングを
行う。図４のＴＣＴＸ１９５は、図７のＡＲＱ状態ビッ
トマップを求めて、ＴＣＲＸ２００に対してポーリング
を行う。図４のＴＣＲＸ２００は、ＡＲＱ状態を発生
し、それを図７のＴＣＴＸ１９５に送る。図４のＴＣＴ
Ｘ１９５は、ＡＲＱ状態ＰＤＵを、図６、図７および図
９のＰＤＵエンコーダ（図３のＰＥＮＣ０およびＰＥＮ
Ｃ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０お
よびＰＥＮＣ１）は、ＰＤＵをコード化し、エンコーダ
ＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０は、上記エ
ンコーダＰＤＵを、図７のＳＣＣ１８５上に送る。図３
のＳＣＣ１８５は、その後、データを図２１の物理層１
６５に送る。
は、基地局２６５に、ＡＲＱ状態ＰＤＵを送信すること
により、始動ＰＤＵの受信を通知する。このステップ
は、ＰＣＦを読んで送信の機会を検索し、それを図２１
のＣＡＭ１８０（図３）に表示する場合の状態図であ
る。図３のＣＡＭ１８０は、図１９および図２０のＴＣ
ＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ
１９５は、始動ＰＤＵを受信する同じステップにおい
て、それが図６、図７および図９のＡＲＱ状態ＰＤＵを
選択的に送ったことを、図３のＣＡＭ１８０に表示す
る。図３のＣＡＭ１８０は、図１９のＡＲＱ状態ＰＤＵ
を求めて、図４のＴＣＴＸ１９５に対してポーリングを
行う。図４のＴＣＴＸ１９５は、図７のＡＲＱ状態ビッ
トマップを求めて、ＴＣＲＸ２００に対してポーリング
を行う。図４のＴＣＲＸ２００は、ＡＲＱ状態を発生
し、それを図７のＴＣＴＸ１９５に送る。図４のＴＣＴ
Ｘ１９５は、ＡＲＱ状態ＰＤＵを、図６、図７および図
９のＰＤＵエンコーダ（図３のＰＥＮＣ０およびＰＥＮ
Ｃ１）に送る。ＰＤＵエンコーダ（図３のＰＥＮＣ０お
よびＰＥＮＣ１）は、ＰＤＵをコード化し、エンコーダ
ＰＤＵをＣＡＭ１８０に送る。ＣＡＭ１８０は、上記エ
ンコーダＰＤＵを、図７のＳＣＣ１８５上に送る。図３
のＳＣＣ１８５は、その後、データを図２１の物理層１
６５に送る。
【００６６】ステップ３１５においては、基地局２６５
は、移動局２７０に、後続の「継続ＰＤＵ」を送る。こ
のステップは、図３のＳＣＣ１８５が、物理層１６５か
らデータを受信し、そのデータを図２１および図２２の
ＣＡＭ１８０に送る場合の状態図である。図３のＣＡＭ
１８０は、その後、ＳＣＣ１８５からデータを受信し、
解読されたデータは、図４のルータ（ＴＣＲＴ）２１０
（図１９の状態図に示す）に送られる。ＴＣＲＴ２１０
は、図３のＣＡＭ１８０から上記データを受信し、図４
のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６
および図１７のＲＸ状態を更新する。
は、移動局２７０に、後続の「継続ＰＤＵ」を送る。こ
のステップは、図３のＳＣＣ１８５が、物理層１６５か
らデータを受信し、そのデータを図２１および図２２の
ＣＡＭ１８０に送る場合の状態図である。図３のＣＡＭ
１８０は、その後、ＳＣＣ１８５からデータを受信し、
解読されたデータは、図４のルータ（ＴＣＲＴ）２１０
（図１９の状態図に示す）に送られる。ＴＣＲＴ２１０
は、図３のＣＡＭ１８０から上記データを受信し、図４
のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６
および図１７のＲＸ状態を更新する。
【００６７】ステップ３２０においては、処理の終了に
近づきながら、基地局２６５は、「継続ＰＤＵ」での処
理に対する、（１００に設定された）最後の有効シーケ
ンス番号を示す終了ブロックを含む。基地局２６５は、
またＡＲＱ状態を求めて、移動局２７０に対してポーリ
ングを行う。このステップは、図３のＳＣＣ１８５が、
物理層１６５からデータを受信し、それを図２１および
図２２のＣＡＭ１８０に送る場合の状態図である。その
後、図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを
受信し、解読されたデータは、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送られる。図４
のＴＣＲＴ２１０は、図３のＣＡＭ１８０から上記デー
タを受信し、ポール・ビット（ＰＩ）を抽出し、ＡＲＱ
状態＿ｐｏｌｌｅｄ ｆｌａｇ＝ＰＩに設定し、「継続
ＰＤＵ」を図５のＴＣＲＸ２００に送る。図４のＴＣＲ
Ｘ２００は、上記「継続ＰＤＵ」を受信し、「継続ＰＤ
Ｕ」から終了ブロックを抽出し、最後の有効シーケンス
番号を、図１６の終了ブロックが示す番号に設定する。
「継続ＰＤＵ」から抽出した他のすべてのデータ・ブロ
ックに対しては、図４のＴＣＲＸ２００が、図１６およ
び図１７のＲＸ状態を更新する。
近づきながら、基地局２６５は、「継続ＰＤＵ」での処
理に対する、（１００に設定された）最後の有効シーケ
ンス番号を示す終了ブロックを含む。基地局２６５は、
またＡＲＱ状態を求めて、移動局２７０に対してポーリ
ングを行う。このステップは、図３のＳＣＣ１８５が、
物理層１６５からデータを受信し、それを図２１および
図２２のＣＡＭ１８０に送る場合の状態図である。その
後、図３のＣＡＭ１８０は、ＳＣＣ１８５からデータを
受信し、解読されたデータは、図４のルータ（ＴＣＲ
Ｔ）２１０（図１９の状態図に示す）に送られる。図４
のＴＣＲＴ２１０は、図３のＣＡＭ１８０から上記デー
タを受信し、ポール・ビット（ＰＩ）を抽出し、ＡＲＱ
状態＿ｐｏｌｌｅｄ ｆｌａｇ＝ＰＩに設定し、「継続
ＰＤＵ」を図５のＴＣＲＸ２００に送る。図４のＴＣＲ
Ｘ２００は、上記「継続ＰＤＵ」を受信し、「継続ＰＤ
Ｕ」から終了ブロックを抽出し、最後の有効シーケンス
番号を、図１６の終了ブロックが示す番号に設定する。
「継続ＰＤＵ」から抽出した他のすべてのデータ・ブロ
ックに対しては、図４のＴＣＲＸ２００が、図１６およ
び図１７のＲＸ状態を更新する。
【００６８】ステップ３２５においては、移動局２７０
は、終了ブロック受信（ＥＢＲ）フィールドを通して、
終了ブロックの受信を通知するＡＲＱ状態を基地局２６
５に送る。上記ＡＲＱ状態は、また受信ウィンドウ内の
他のブロックの受信状態を示すビットマップを含む。こ
のステップは、図３のＳＣＣ１８５が、ＰＣＦを読んで
送信の機会を検索し、それを図２１のＣＡＭ１８０（図
３）に表示する場合の状態図である。図３のＣＡＭ１８
０は、図１９および図２０のＴＣＴＸ１９５に対してポ
ーリングを行う。図４のＴＣＴＸ１９５は、始動ＰＤＵ
を受信する同じステップにおいて、それが図６、図７お
よび図９のＡＲＱ状態ＰＤＵを選択的に送ったことを、
図３のＣＡＭ１８０に表示する。図３のＣＡＭ１８０
は、図１９の状態ＰＤＵを求めて、図４のＴＣＴＸ１９
５に対してポーリングを行う。図４のＴＣＴＸ１９５
は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ
２００に対してポーリングを行う。図４のＴＣＲＸ２０
０は、設定したＥＢＲビットと一緒にＡＲＱ状態を発生
し、それを図７のＴＣＴＸ１９５に送る。図４のＴＣＴ
Ｘ１９５は、ＡＲＱ状態ＰＤＵを、図６、図７および図
９のＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）
に送る。ＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ
１）は、ＰＤＵをコード化し、エンコーダＰＤＵをＣＡ
Ｍ１８０に送る。ＣＡＭ１８０は、上記エンコーダＰＤ
Ｕを、図７のＳＣＣ１８５上に送る。図３のＳＣＣ１８
５は、その後、データを図２１の物理層１６５に送る。
は、終了ブロック受信（ＥＢＲ）フィールドを通して、
終了ブロックの受信を通知するＡＲＱ状態を基地局２６
５に送る。上記ＡＲＱ状態は、また受信ウィンドウ内の
他のブロックの受信状態を示すビットマップを含む。こ
のステップは、図３のＳＣＣ１８５が、ＰＣＦを読んで
送信の機会を検索し、それを図２１のＣＡＭ１８０（図
３）に表示する場合の状態図である。図３のＣＡＭ１８
０は、図１９および図２０のＴＣＴＸ１９５に対してポ
ーリングを行う。図４のＴＣＴＸ１９５は、始動ＰＤＵ
を受信する同じステップにおいて、それが図６、図７お
よび図９のＡＲＱ状態ＰＤＵを選択的に送ったことを、
図３のＣＡＭ１８０に表示する。図３のＣＡＭ１８０
は、図１９の状態ＰＤＵを求めて、図４のＴＣＴＸ１９
５に対してポーリングを行う。図４のＴＣＴＸ１９５
は、図７のＡＲＱ状態ビットマップを求めて、ＴＣＲＸ
２００に対してポーリングを行う。図４のＴＣＲＸ２０
０は、設定したＥＢＲビットと一緒にＡＲＱ状態を発生
し、それを図７のＴＣＴＸ１９５に送る。図４のＴＣＴ
Ｘ１９５は、ＡＲＱ状態ＰＤＵを、図６、図７および図
９のＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ１）
に送る。ＰＤＵエンコーダ（ＰＥＮＣ０およびＰＥＮＣ
１）は、ＰＤＵをコード化し、エンコーダＰＤＵをＣＡ
Ｍ１８０に送る。ＣＡＭ１８０は、上記エンコーダＰＤ
Ｕを、図７のＳＣＣ１８５上に送る。図３のＳＣＣ１８
５は、その後、データを図２１の物理層１６５に送る。
【００６９】ステップ３３０においては、基地局２６５
は、移動局２７０に、後続の「継続ＰＤＵ」を送る。こ
のステップは、図３のＳＣＣ１８５が、物理層１６５か
らデータを受信し、そのデータを図２１および図２２の
ＣＡＭ１８０に送る場合の状態図である。図３のＣＡＭ
１８０は、その後、ＳＣＣ１８５からデータを受信し、
解読されたデータは、図４のルータ（ＴＣＲＴ）２１０
（図１９の状態図に示す）に送られる。ＴＣＲＴ２１０
は、図３のＣＡＭ１８０から上記データを受信し、図４
のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６
および図１７のＲＸ状態を更新する。
は、移動局２７０に、後続の「継続ＰＤＵ」を送る。こ
のステップは、図３のＳＣＣ１８５が、物理層１６５か
らデータを受信し、そのデータを図２１および図２２の
ＣＡＭ１８０に送る場合の状態図である。図３のＣＡＭ
１８０は、その後、ＳＣＣ１８５からデータを受信し、
解読されたデータは、図４のルータ（ＴＣＲＴ）２１０
（図１９の状態図に示す）に送られる。ＴＣＲＴ２１０
は、図３のＣＡＭ１８０から上記データを受信し、図４
のＴＣＲＸ２００は、「継続ＰＤＵ」を受信し、図１６
および図１７のＲＸ状態を更新する。
【００７０】ステップ３３５においては、基地局２６５
は、ブロック９９および１００を含む「継続ＰＤＵ」
を、移動局２７０に送り、ＡＲＱ状態を求めて、移動局
２７０に対してポーリングを行う。このステップは、図
３のＳＣＣ１８５が、物理層１６５からデータを受信
し、そのデータを図２１および図２２のＣＡＭ１８０に
送る場合の状態図である。図３のＣＡＭ１８０は、その
後、ＳＣＣ１８５からデータを受信し、解読されたデー
タは、図４のルータ（ＴＣＲＴ）２１０（図１９の状態
図に示す）に送られる。ＴＣＲＴ２１０は、図３のＣＡ
Ｍ１８０から上記データを受信し、図４のＴＣＲＸ２０
０は、「継続ＰＤＵ」を受信し、図１６および図１７の
ＲＸ状態を更新する。
は、ブロック９９および１００を含む「継続ＰＤＵ」
を、移動局２７０に送り、ＡＲＱ状態を求めて、移動局
２７０に対してポーリングを行う。このステップは、図
３のＳＣＣ１８５が、物理層１６５からデータを受信
し、そのデータを図２１および図２２のＣＡＭ１８０に
送る場合の状態図である。図３のＣＡＭ１８０は、その
後、ＳＣＣ１８５からデータを受信し、解読されたデー
タは、図４のルータ（ＴＣＲＴ）２１０（図１９の状態
図に示す）に送られる。ＴＣＲＴ２１０は、図３のＣＡ
Ｍ１８０から上記データを受信し、図４のＴＣＲＸ２０
０は、「継続ＰＤＵ」を受信し、図１６および図１７の
ＲＸ状態を更新する。
【００７１】ステップ３４０においては、移動局２７０
は、最後の有効シーケンス番号まで、またこのシーケン
ス番号を含む、すべてのブロックが、シーケンシャルに
受信されたことを示すＡＲＱ状態で、移動局２６５に応
答する。このステップは、図３のＳＣＣ１８５が、ＰＣ
Ｆを読んで送信の機会を検索し、それを図２１のＣＡＭ
１８０（図３）に表示する場合の状態図である。図３の
ＣＡＭ１８０は、図１９および図２０のＴＣＴＸ１９５
に対してポーリングを行う。図４のＴＣＴＸ１９５は、
始動ＰＤＵを受信する同じステップにおいて、それが図
６、図７および図９のＡＲＱ状態ＰＤＵを選択的に送っ
たことを、図３のＣＡＭ１８０に表示する。図３のＣＡ
Ｍ１８０は、図１９の状態ＰＤＵを求めて、図４のＴＣ
ＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ
１９５は、図７のＡＲＱ状態ビットマップを求めて、Ｔ
ＣＲＸ２００に対してポーリングを行う。図４のＴＣＲ
Ｘ２００は、ＡＲＱ状態を発生し、それを図７のＴＣＴ
Ｘ１９５に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態
ＰＤＵを、図６、図７および図９のＰＤＵエンコーダ
（ＰＥＮＣ０およびＰＥＮＣ１）に送る。ＰＤＵエンコ
ーダ（ＰＥＮＣ０およびＰＥＮＣ１）は、ＰＤＵをコー
ド化し、エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡ
Ｍ１８０は、上記エンコーダＰＤＵを、図７のＳＣＣ１
８５上に送る。図３のＳＣＣ１８５は、その後、データ
を図２１の物理層１６５に送る。
は、最後の有効シーケンス番号まで、またこのシーケン
ス番号を含む、すべてのブロックが、シーケンシャルに
受信されたことを示すＡＲＱ状態で、移動局２６５に応
答する。このステップは、図３のＳＣＣ１８５が、ＰＣ
Ｆを読んで送信の機会を検索し、それを図２１のＣＡＭ
１８０（図３）に表示する場合の状態図である。図３の
ＣＡＭ１８０は、図１９および図２０のＴＣＴＸ１９５
に対してポーリングを行う。図４のＴＣＴＸ１９５は、
始動ＰＤＵを受信する同じステップにおいて、それが図
６、図７および図９のＡＲＱ状態ＰＤＵを選択的に送っ
たことを、図３のＣＡＭ１８０に表示する。図３のＣＡ
Ｍ１８０は、図１９の状態ＰＤＵを求めて、図４のＴＣ
ＴＸ１９５に対してポーリングを行う。図４のＴＣＴＸ
１９５は、図７のＡＲＱ状態ビットマップを求めて、Ｔ
ＣＲＸ２００に対してポーリングを行う。図４のＴＣＲ
Ｘ２００は、ＡＲＱ状態を発生し、それを図７のＴＣＴ
Ｘ１９５に送る。図４のＴＣＴＸ１９５は、ＡＲＱ状態
ＰＤＵを、図６、図７および図９のＰＤＵエンコーダ
（ＰＥＮＣ０およびＰＥＮＣ１）に送る。ＰＤＵエンコ
ーダ（ＰＥＮＣ０およびＰＥＮＣ１）は、ＰＤＵをコー
ド化し、エンコーダＰＤＵをＣＡＭ１８０に送る。ＣＡ
Ｍ１８０は、上記エンコーダＰＤＵを、図７のＳＣＣ１
８５上に送る。図３のＳＣＣ１８５は、その後、データ
を図２１の物理層１６５に送る。
【００７２】概略説明してきたように、本発明は、処理
指向パケット・データ通信システムに対して、無線リン
ク・プロトコル（ＲＬＰ）の終了プロセスを実行する方
法である。この方法は、媒体アクセス制御層コントロー
ラ（ＭＬＣ１９０）により、（図３のバッファＴＸＢ０
およびＴＸＢ１の）データ・バックログを決定するステ
ップと、フラッグ（処理サイズ・インジケータ）を含む
「始動」ＰＤＵを、受信機１６７に送信するステップと
を実行する。この方法は、さらに、「始動」ＰＤＵの送
信に応じて、（ＭＬＣ１９０のところで）媒体アクセス
制御層処理を始動するステップも実行する。上記データ
・データ・バックログは、ネットワーク層１６０によ
り、媒体アクセス・コントローラに表示される。この方
法は、さらに、始動プロトコル・データ・ユニットを送
信した後で、データ送信を停止するステップと、受信機
１６７からの受信通知メッセージを待機するステップも
含む。受信機１６７からの受信通知メッセージは、サブ
チャネル・コントローラ１８５により制御される。
指向パケット・データ通信システムに対して、無線リン
ク・プロトコル（ＲＬＰ）の終了プロセスを実行する方
法である。この方法は、媒体アクセス制御層コントロー
ラ（ＭＬＣ１９０）により、（図３のバッファＴＸＢ０
およびＴＸＢ１の）データ・バックログを決定するステ
ップと、フラッグ（処理サイズ・インジケータ）を含む
「始動」ＰＤＵを、受信機１６７に送信するステップと
を実行する。この方法は、さらに、「始動」ＰＤＵの送
信に応じて、（ＭＬＣ１９０のところで）媒体アクセス
制御層処理を始動するステップも実行する。上記データ
・データ・バックログは、ネットワーク層１６０によ
り、媒体アクセス・コントローラに表示される。この方
法は、さらに、始動プロトコル・データ・ユニットを送
信した後で、データ送信を停止するステップと、受信機
１６７からの受信通知メッセージを待機するステップも
含む。受信機１６７からの受信通知メッセージは、サブ
チャネル・コントローラ１８５により制御される。
【００７３】本発明は、また処理指向パケット・データ
通信システムでもある。このシステムは、媒体アクセス
制御層バッファ（ＴＸＢ０およびＴＸＢ１）の、データ
・バックログを決定するための媒体アクセス制御層コン
トローラ１９０、および受信機１６７に対して、フラッ
グ（処理サイズ・インジケータ）を含む「始動」ＰＤＵ
を送信するための、媒体アクセス制御層送信機１６６を
備える。このシステムは、また、「始動」ＰＤＵの送信
に応じて、媒体アクセス制御層処理を開始するための手
段（ＭＣＬ１９０または管理構成要素１７０のような）
も含む。
通信システムでもある。このシステムは、媒体アクセス
制御層バッファ（ＴＸＢ０およびＴＸＢ１）の、データ
・バックログを決定するための媒体アクセス制御層コン
トローラ１９０、および受信機１６７に対して、フラッ
グ（処理サイズ・インジケータ）を含む「始動」ＰＤＵ
を送信するための、媒体アクセス制御層送信機１６６を
備える。このシステムは、また、「始動」ＰＤＵの送信
に応じて、媒体アクセス制御層処理を開始するための手
段（ＭＣＬ１９０または管理構成要素１７０のような）
も含む。
【００７４】本明細書においては、本発明を、いくつか
の実行、すなわち、実施形態に基づいて説明してきた
が、多くの詳細な説明は、本発明を説明するためのもの
である。それ故、上記記述は、単に本発明の原理を説明
しただけである。例えば、本発明は、その精神または必
要不可欠な特徴から逸脱することなしに、他の特定の形
を持つことができる。上記装置は、例示としてのもので
あって、本発明を制限するものではない。当業者であれ
ば、本発明は他の方法で実行および実施することができ
ること、本明細書に記載したいくつかの詳細な点を、本
発明の基本的な原理から逸脱することなしに、かなり変
更することができることを理解することができるだろ
う。それ故、当業者であれば、本明細書にハッキリと記
載または図示していないけれども、本発明の精神を実行
する種々の装置を考案することができること、それらが
本発明の精神および範囲に含まれることを理解すること
ができるだろう。
の実行、すなわち、実施形態に基づいて説明してきた
が、多くの詳細な説明は、本発明を説明するためのもの
である。それ故、上記記述は、単に本発明の原理を説明
しただけである。例えば、本発明は、その精神または必
要不可欠な特徴から逸脱することなしに、他の特定の形
を持つことができる。上記装置は、例示としてのもので
あって、本発明を制限するものではない。当業者であれ
ば、本発明は他の方法で実行および実施することができ
ること、本明細書に記載したいくつかの詳細な点を、本
発明の基本的な原理から逸脱することなしに、かなり変
更することができることを理解することができるだろ
う。それ故、当業者であれば、本明細書にハッキリと記
載または図示していないけれども、本発明の精神を実行
する種々の装置を考案することができること、それらが
本発明の精神および範囲に含まれることを理解すること
ができるだろう。
【図１】本発明のパケット・データ・チャネル上での動
作を説明するための通信システムのブロック図である。
作を説明するための通信システムのブロック図である。
【図２】同じ部分エコーを持つ二人またはそれ以上の能
動的なユーザの確率を示すグラフ図である。
動的なユーザの確率を示すグラフ図である。
【図３】図１の層２のブロックからの媒体アクセス制御
（ＭＡＣ）層の例示としての実行を示すブロック図であ
る。
（ＭＡＣ）層の例示としての実行を示すブロック図であ
る。
【図４】図３の移動局ＭＡＣ送信コントローラ・ブロッ
クの内部構造を示すブロック図である。
クの内部構造を示すブロック図である。
【図５】図４の移動局送信コントローラ用のルータ・プ
ロセスを示す状態図である。
ロセスを示す状態図である。
【図６】図４の移動局送信コントローラの送信コントロ
ーラ・プロセスを示す状態図である。
ーラ・プロセスを示す状態図である。
【図７】図４の移動局送信コントローラの送信コントロ
ーラ・プロセスの他の部分を示す状態図である。
ーラ・プロセスの他の部分を示す状態図である。
【図８】図４の移動局送信コントローラの送信コントロ
ーラ・プロセスの他の部分を示す状態図である。
ーラ・プロセスの他の部分を示す状態図である。
【図９】図４の移動局送信コントローラの送信コントロ
ーラ・プロセスの他の部分を示す状態図である。
ーラ・プロセスの他の部分を示す状態図である。
【図１０】図４の送信コントローラ（ＴＣＴＸ）により
実行される検索再送信データ・ブロック・プロセスを示
す状態図である。
実行される検索再送信データ・ブロック・プロセスを示
す状態図である。
【図１１】図４の送信コントローラ（ＴＣＴＸ）により
実行される検索新データ・ブロック・プロセスを示す状
態図である。
実行される検索新データ・ブロック・プロセスを示す状
態図である。
【図１２】構成プロトコル・データ・ユニット（ＰＤ
Ｕ）プロセス、送信（ＴｘＴ）表、および図４のＴＣＴ
Ｘブロックにより使用されるサブ・チャネル送信（ＳＣ
ＣｘＴ）表を示す図である。
Ｕ）プロセス、送信（ＴｘＴ）表、および図４のＴＣＴ
Ｘブロックにより使用されるサブ・チャネル送信（ＳＣ
ＣｘＴ）表を示す図である。
【図１３】図４の移動局送信コントローラにより実行さ
れる物理的制御フィールド（ＰＣＦ）プロセスを示す図
である。
れる物理的制御フィールド（ＰＣＦ）プロセスを示す図
である。
【図１４】図４の移動局送信コントローラにより実行さ
れる自動送信要求（ＡＲＱ）状態プロセスを示す図であ
る。
れる自動送信要求（ＡＲＱ）状態プロセスを示す図であ
る。
【図１５】処理開始による図４の受信機コントローラ・
ブロックにより実行される移動局受信コントローラ・プ
ロセスを示す状態図である。
ブロックにより実行される移動局受信コントローラ・プ
ロセスを示す状態図である。
【図１６】固定コード化モードＡＲＱ処理が行われてい
る際の図４の受信機コントローラ・ブロックにより実行
される移動局受信コントローラ・プロセスを示す状態図
である。
る際の図４の受信機コントローラ・ブロックにより実行
される移動局受信コントローラ・プロセスを示す状態図
である。
【図１７】データ・ブロックを受信している際の図４の
受信コントローラ・ブロックにより実行される更新受信
（Ｒｘ）状態を示す状態図である。
受信コントローラ・ブロックにより実行される更新受信
（Ｒｘ）状態を示す状態図である。
【図１８】移動局受信表、初期化受信コントローラ（Ｔ
ＣＲＸ）パラメータ・プロセス、および図４の受信コン
トローラにより実行される「始動」ＰＤＵプロセスを示
す状態図である。
ＣＲＸ）パラメータ・プロセス、および図４の受信コン
トローラにより実行される「始動」ＰＤＵプロセスを示
す状態図である。
【図１９】図３の移動局チャネル・アクセス・マネージ
ャ（ＣＡＭ）を示す状態図である。
ャ（ＣＡＭ）を示す状態図である。
【図２０】選択送信コントローラ（ＴＣｙ）プロセス、
および図３のＣＡＭブロックにより実行される送信コー
ド化ＭＡＣ＿ＰＤＵプロセスを示す状態図である。
および図３のＣＡＭブロックにより実行される送信コー
ド化ＭＡＣ＿ＰＤＵプロセスを示す状態図である。
【図２１】図３の移動局サブ・チャネル・コントローラ
・プロセス（ＳＣＣ）を示す状態図である。
・プロセス（ＳＣＣ）を示す状態図である。
【図２２】図３の物理層からデータを取得する際に、図
３のＳＣＣブロックにより実行される宛先チェックおよ
び抽出コード化ＭＡＣ＿ＰＤＵプロセスを示す状態図で
ある。
３のＳＣＣブロックにより実行される宛先チェックおよ
び抽出コード化ＭＡＣ＿ＰＤＵプロセスを示す状態図で
ある。
【図２３】制約がある処理のための終了手順の信号流れ
図である。
図である。
【図２４】制約がない処理のための終了手順の信号流れ
図である。
図である。
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 リチャード ポール イーザック
アメリカ合衆国 60187 イリノイズ,
ホイートン，アーバー アヴェニュー
710
(72)発明者 サンジヴ ナンダ
アメリカ合衆国 08510 ニュージャー
シィ，クラークスバーグ，ロビンス ロ
ード 34
(72)発明者 シヴ モハン セス
アメリカ合衆国 60540 イリノイズ,
ネイパーヴィル，ブラック スタリオン
ドライヴ 1167
(72)発明者 サトニスラヴ ヴィテビスキー
アメリカ合衆国 07054 ニュージャー
シィ，パーシパニー，リザボイア ロー
ド 124
(72)発明者 ウィリアム ワウン
カナダ国 ヴィ５エー39ケー９，ビーシ
ー，バーナビー，バーンレイク ドライ
ヴ 8228
(56)参考文献 特表 平８−508628（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/08
Claims (39)
- 【請求項１】 処理指向パケット・データ通信システム
用の無線リンクプロトコル終了プロセスを実行する方法
であって、 媒体アクセス制御層コントローラにより、データ・バッ
クログを決定するステップと、 受信機に対して、フラグを含む始動プロトコル・データ
・ユニットを送信するステップと、 該始動プロトコル・データ・ユニットの送信に応答し
て、媒体アクセス制御層処理を開始するステップとを含
み、 該媒体アクセス制御層コントローラは、ネットワーク層
から該データ・バックログの指標を受信するものであ
り、 該フラグは、処理サイズ・インジケータから成り、 該媒体アクセス制御層処理は、複数のデータ・ブロック
から成り、また該媒体アクセス制御層処理は初めと終わ
りとを有しており、 該データ・ブロックは、継続プロトコル・データ・ユニ
ットに含まれており、 該データ・ブロックの数は、システム放送パラメータよ
りも少なく該始動プロトコル・データ・ユニットは、デ
ータ・ブロックの数を指定する処理サイズ・フィールド
を含んでおり、 終了制御ブロックが、該継続プロトコル・データ・ユニ
ットの一部として他のデータ・ブロックと一緒に送信さ
れるようになっており、 １、２、．．．、２Ｎ−２の処理サイズ・フィールドの
値は、該媒体アクセス制御層処理が該処理サイズ・フィ
ールド値の数値に等しい複数のデータ・ブロックを有し
ていることを示すものであることを特徴とする方法。 - 【請求項２】 請求項１に記載の方法において、さら
に、媒体アクセス制御層処理が、前記フラグから制約さ
れているかどうかを決定するステップを含む方法。 - 【請求項３】 請求項２に記載の方法において、前記デ
ータ・ブロックが、新しいデータ・ブロックである方
法。 - 【請求項４】 請求項２に記載の方法において、前記デ
ータ・ブロックが、送信されたデータ・ブロックである
方法。 - 【請求項５】 請求項２に記載の方法において、さら
に、前記媒体アクセス制御層コントローラを、前記媒体
アクセス制御層処理の終わりに付託する方法。 - 【請求項６】 請求項５に記載の方法において、さら
に、前記処理サイズ・フィールドがゼロに等しい数値を
持つ場合に、前記媒体アクセス制御層処理を終了させる
方法。 - 【請求項７】 請求項２に記載の方法において、さら
に、送信バッファのデータ・ブロックの数が、システム
放送パラメータの数値より少ない場合に、媒体アクセス
制御層コントローラにより明示の終了制御ブロックを送
信するステップを含む方法。 - 【請求項８】 請求項７に記載の方法において、さら
に、終了制御ブロックに、前記媒体アクセス制御層処理
に対して、最後の有効なシーケンス番号を与えるステッ
プを含む方法。 - 【請求項９】 請求項８に記載の方法において、さら
に、最後の有効シーケンス番号までの、また前記シーケ
ンス番号を含む複数のデータ・シーケンス番号のすべて
を回収するステップを含む方法。 - 【請求項１０】 処理指向パケット・データ通信システ
ムであって、 媒体アクセス制御層バッファで、データ・バックログを
決定するための媒体アクセス制御層コントローラと、 フラッグを含む、始動プロトコル・データ・ユニットを
受信機に対して送信するための、媒体アクセス制御層送
信機と、 該始動プロトコル・データ・ユニットの送信に応じて、
媒体アクセス制御層処理を開始するための手段とを備
え、 該フラグが処理サイズ・インジケータから成り、 データ・ブロックの数がシステム放送パラメータより少
なく、 該始動プロトコル・データ・ユニットは、データ・ブロ
ックの数を指定する処理サイズ・フィールドを含み、 終了制御ブロックは、継続プロトコル・データ・ユニッ
トの一部として他のデータ・ブロックと一緒に送信さ
れ、 １、２、．．．、２Ｎ−２の処理サイズ・フィールド値
は、該媒体アクセス制御層処理が該処理サイズ・フィー
ルド値の数値に等しい複数のデータ・ブロックを有する
ことを示している、ことを特徴とするシステム。 - 【請求項１１】 請求項１０に記載のシステムにおい
て、さらに、前記媒体アクセス制御層処理が、前記フラ
グから制約されているかどうかを決定するための送信コ
ントローラを含むシステム。 - 【請求項１２】 請求項１１に記載のシステムにおい
て、前記媒体アクセス制御層処理が、多数のデータ・ブ
ロックからなり、前記媒体アクセス制御層処理が初めと
終わりとを持つシステム。 - 【請求項１３】 請求項１２に記載のシステムにおい
て、前記データ・ブロックが、継続プロトコル・データ
・ユニットに含まれているシステム。 - 【請求項１４】 請求項１３に記載のシステムにおい
て、前記データ・ブロックが、新しいデータ・ブロック
であるシステム。 - 【請求項１５】 請求項１３に記載のシステムにおい
て、前記データ・ブロックが、送信されたデータ・ブロ
ックであるシステム。 - 【請求項１６】 請求項１２に記載のシステムにおい
て、さらに、前記媒体アクセス制御層コントローラが、
前記媒体アクセス制御層処理の終わりに付託するシステ
ム。 - 【請求項１７】 請求項１６に記載のシステムにおい
て、前記処理サイズ・フィールドがゼロに等しい数値を
持つ場合に、前記送信コントローラが、前記媒体アクセ
ス制御層処理を終了させるシステム。 - 【請求項１８】 請求項１１に記載の方法において、さ
らに、送信バッファのデータ・ブロックの数が、システ
ム放送パラメータの数値よる少ない場合に、媒体アクセ
ス制御層コントローラにより送信される、明示の終了制
御ブロックを含むシステム。 - 【請求項１９】 請求項１８に記載のシステムにおい
て、さらに、終了制御ブロックに、前記媒体アクセス制
御層処理に対する、最後の有効なシーケンス番号を含む
システム。 - 【請求項２０】 請求項１８に記載のシステムにおい
て、さらに、最後の有効シーケンス番号までの、また前
記シーケンス番号を含む、複数のデータ・シーケンス番
号のすべてを回収するための受信機を含むシステム。 - 【請求項２１】 請求項１１に記載のシステムにおい
て、前記媒体アクセス制御層処理が、多数のデータ・ブ
ロックからなり、前記媒体アクセス制御層処理が初めと
終わりとを持つシステム。 - 【請求項２２】 請求項２１に記載のシステムにおい
て、前記データ・ブロックが、継続プロトコル・データ
・ユニットに含まれているシステム。 - 【請求項２３】 請求項２２に記載のシステムにおい
て、前記始動プロトコル・データ・ユニットが、データ
・ブロックの数を指定する処理サイズ・フィールドを含
むシステム。 - 【請求項２４】 処理指向パケットデータ通信システム
であって、 媒体アクセス制御層バッファにおいてデータ・バックロ
グを決定するための媒体アクセス制御層コントローラ
と、 フラグを含む始動プロトコル・データ・ユニットを受信
機に対して送信するための媒体アクセス制御層送信機
と、 該始動プロトコル・データ・ユニットの送信に応答し
て、媒体アクセス制御層処理を開始するための手段とを
備え、 該フラグは処理サイズ・インジケータから成り、 データ・ブロックの数はシステム放送パラメータよりも
少なく、 該始動プロトコル・データ・ユニットは、データ・ブロ
ックの数を指定する処理サイズ・フィールドを含み、 終了制御ブロックは、継続プロトコル・データ・ユニッ
トの一部として他のデータ・ブロックと一緒に送信され
るようになっており、 該媒体制御層は、Ｎを該処理サイズ・フィールドのビッ
トサイズとして、該処理サイズ・フィールドが２Ｎ−１
に等しい数値を有するときに制約されるようになってい
る、ことを特徴とするシステム。 - 【請求項２５】 処理指向パケットデータ通信システム
であって、 媒体アクセス制御層コントローラと、 該媒体アクセス制御層コントローラによりデータ・バッ
クログを決定するための手段と、 フラグを含む始動プロトコル・データ・ユニットを受信
機に対して送信するための手段と、 該始動プロトコル・データ・ユニットに応答して、媒体
アクセス層処理を開始するための手段とを備え、 該フラグは処理サイズ・インジケータから成り、 データ・ブロックの数がシステム放送パラメータよりも
少なく、 該始動プロトコルユニットは、データ・ブロックの数を
指定する処理サイズ・フィールドを含んでおり、 終了制御ブロックが、継続プロトコル・データ・ユニッ
トの一部として他のデータ・ブロックと一緒に送信され
るようになっており、 １、２、．．．、２Ｎ−２の処理サイズ・フィールド値
は、該媒体アクセス制御層処理が該処理サイズ・フィー
ルド値の数値に等しい複数のデータ・ブロックを有して
いることを示している、ことを特徴とするシステム。 - 【請求項２６】 請求項２５に記載のシステムにおい
て、さらに、前記媒体アクセス制御層処理が、前記フラ
グから制約されているかどうかを決定するための手段を
含むシステム。 - 【請求項２７】 請求項２６に記載のシステムにおい
て、前記媒体アクセス制御層処理が、多数のデータ・ブ
ロックからなり、前記媒体アクセス制御層処理が初めと
終わりとを持つシステム。 - 【請求項２８】 請求項２７に記載のシステムにおい
て、前記データ・ブロックが、継続プロトコル・データ
・ユニットに含まれているシステム。 - 【請求項２９】 請求項２８に記載のシステムにおい
て、前記データ・ブロックが、新しいデータ・ブロック
であるシステム。 - 【請求項３０】 請求項２８に記載のシステムにおい
て、前記データ・ブロックが、送信されたデータ・ブロ
ックであるシステム。 - 【請求項３１】 請求項２７に記載のシステムにおい
て、さらに、前記媒体アクセス制御層コントローラを、
前記媒体アクセス制御層処理の終わりに付託するための
手段を含むシステム。 - 【請求項３２】 請求項３１に記載のシステムにおい
て、前記処理サイズ・フィールドがゼロに等しい数値を
持つ場合に、前記媒体アクセス制御層処理を終了させる
ための手段を含むシステム。 - 【請求項３３】 請求項２６に記載のシステムにおい
て、さらに、送信バッファのデータ・ブロックの数が、
システム放送パラメータの数値より少ない場合に、前記
媒体アクセス制御層コントローラにより送信される明示
の終了制御ブロックを含むシステム。 - 【請求項３４】 請求項３３に記載のシステムにおい
て、さらに、終了制御ブロックに、前記媒体アクセス制
御層処理に対する、最後の有効なシーケンス番号を含む
システム。 - 【請求項３５】 請求項３３に記載のシステムにおい
て、さらに、最後の有効シーケンス番号までの、また前
記シーケンス番号を含む複数のデータ・シーケンス番号
のすべてを回収するための受信機を含むシステム。 - 【請求項３６】 請求項２６に記載のシステムにおい
て、前記媒体アクセス制御層処理が、多数のデータ・ブ
ロックからなり、前記媒体アクセス制御層処理が初めと
終わりとを持つシステム。 - 【請求項３７】 請求項３６に記載のシステムにおい
て、前記データ・ブロックが、継続プロトコル・データ
・ユニットに含まれているシステム。 - 【請求項３８】 請求項３７に記載のシステムにおい
て、前記始動プロトコル・データ・ユニットが、データ
・ブロックの数を指定する処理サイズ・フィールドを含
むシステム。 - 【請求項３９】 処理指向パケットデータ通信システム
であって、 媒体アクセス制御層コントローラと、 該媒体アクセス制御層コントローラによりデータ・バッ
クログを決定するための手段と、 フラグを含む始動プロトコル・データ・ユニットを受信
機に対して送信するための手段と、 該始動プロトコル・データ・ユニットの送信に応答し
て、媒体制御層処理を開始するための手段とを備え、 該フラグは処理サイズ・インジケータから成り、 データ・ブロックの数がシステム放送パラメータよりも
少なく、 該始動プロトコルユニットはデータ・ブロックの数を指
定する処理サイズ・フィールドを含み、 終了制御ブロックが、継続プロトコル・データ・ユニッ
トの一部として他のデータ・ブロックと一緒に送信され
るようになっており、 該決定する手段は、Ｎを該処理サイズ・フィールドのビ
ットサイズとして、該処理サイズ・フィールドが２Ｎ−
１に等しい数値を有するときに、該媒体アクセス制御層
処理が制約されることを決定するよう動作するものであ
る、ことを特徴とするシステム。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US8575298P | 1998-05-17 | 1998-05-17 | |
| US60/085752 | 1998-05-17 | ||
| US09/286,273 US6611515B1 (en) | 1998-05-17 | 1999-04-05 | System and method for link and media access control layer transaction completion procedures |
| US09/286273 | 1999-04-05 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000083077A JP2000083077A (ja) | 2000-03-21 |
| JP3490635B2 true JP3490635B2 (ja) | 2004-01-26 |
Family
ID=26773047
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13634899A Expired - Fee Related JP3490635B2 (ja) | 1998-05-17 | 1999-05-17 | リンクおよび媒体アクセス制御層処理終了手順のためのシステムおよび方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6611515B1 (ja) |
| EP (1) | EP0959589B1 (ja) |
| JP (1) | JP3490635B2 (ja) |
| KR (1) | KR100342122B1 (ja) |
| DE (1) | DE69905649T2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI108203B (fi) | 1998-11-27 | 2001-11-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| FI106760B (fi) | 1999-03-03 | 2001-03-30 | Nokia Oyj | Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi |
| US6335933B1 (en) * | 1999-05-21 | 2002-01-01 | Broadcom Homenetworking, Inc. | Limited automatic repeat request protocol for frame-based communication channels |
| FI109437B (fi) | 2000-04-03 | 2002-07-31 | Nokia Corp | Resurssien varaus pakettimuotoisessa tiedonsiirrossa |
| US7042869B1 (en) * | 2000-09-01 | 2006-05-09 | Qualcomm, Inc. | Method and apparatus for gated ACK/NAK channel in a communication system |
| FR2818844B1 (fr) * | 2000-12-22 | 2003-03-07 | Mitsubishi Electricite | Procede de transmission de donnees entre au moins un emetteur et au moins un recepteur, emetteur, recepteur et systeme de transmission correspondants |
| KR100736484B1 (ko) * | 2001-04-21 | 2007-07-06 | 엘지전자 주식회사 | 이동통신의 ｈｓｄｐａ시스템 지원을 위한 버퍼 관리 방법 |
| GB0110125D0 (en) * | 2001-04-25 | 2001-06-20 | Koninkl Philips Electronics Nv | Radio communication system |
| US7310336B2 (en) * | 2001-05-18 | 2007-12-18 | Esa Malkamaki | Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets |
| EP1261183A1 (en) | 2001-05-23 | 2002-11-27 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for processing a data unit |
| DE10141092A1 (de) * | 2001-08-22 | 2003-03-06 | Siemens Ag | Verfahren zur Übertragung von Datenpaketen in einem Funk-Kommunikationssystem |
| EP2453696B1 (en) | 2001-11-26 | 2017-04-26 | Intellectual Ventures I LLC | Mac Layer Inverse Multiplexing in a Third Generation Ran |
| US7388852B2 (en) * | 2001-12-13 | 2008-06-17 | Nortel Networks Limited | Physical layer assisted retransmission |
| US7352722B2 (en) * | 2002-05-13 | 2008-04-01 | Qualcomm Incorporated | Mitigation of link imbalance in a wireless communication system |
| US6987780B2 (en) * | 2002-06-10 | 2006-01-17 | Qualcomm, Incorporated | RLP retransmission for CDMA communication systems |
| WO2004032454A1 (en) * | 2002-10-01 | 2004-04-15 | Telefonaktiebolaget L M Ericsson (Publ) | A unit and a method for handling a data object |
| US7164732B2 (en) * | 2002-12-09 | 2007-01-16 | Broadcom Corporation | Edge incremental redundancy support in a cellular wireless terminal |
| DE102004037815B4 (de) * | 2004-08-04 | 2013-01-03 | Infineon Technologies Delta Gmbh | Mobilfunkeinrichtung und Verfahren zum Steuern von Mobilfunk-Senderessourcen in einer Mobilfunkeinrichtung |
| US7526291B2 (en) * | 2005-05-20 | 2009-04-28 | Alcatel-Lucent Usa Inc. | Method and apparatus for managing supplemental channel data rates |
| US7639712B2 (en) * | 2006-01-06 | 2009-12-29 | Fujitsu Limited | Low-level media access layer processors with extension buses to high-level media access layers for network communications |
| KR20100070113A (ko) * | 2008-12-17 | 2010-06-25 | 한국전자통신연구원 | 센서 네트워크에서의 대용량 데이터 전송을 위한 매체접근제어 방법 |
| US10813115B2 (en) * | 2017-12-15 | 2020-10-20 | Qualcomm Incorporated | Scheduling of uplink transport blocks |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5603081A (en) * | 1993-11-01 | 1997-02-11 | Telefonaktiebolaget Lm Ericsson | Method for communicating in a wireless communication system |
| SG85637A1 (en) | 1993-11-01 | 2002-01-15 | Ericsson Telefon Ab L M | Automatic retransmission request |
| US5553075A (en) * | 1994-06-22 | 1996-09-03 | Ericsson Ge Mobile Communications Inc. | Packet data protocol for wireless communication |
| US5724515A (en) * | 1996-03-06 | 1998-03-03 | E. F. Johnson Company | Packet radio communication system |
| KR100206991B1 (ko) * | 1996-03-12 | 1999-07-01 | 이종수 | 통신 프로토콜 처리방법 |
| CA2210923A1 (en) * | 1996-10-16 | 1998-04-16 | Lucent Technologies, Inc. | Messaging protocol for use in a telecommunications network |
-
1999
- 1999-04-05 US US09/286,273 patent/US6611515B1/en not_active Expired - Lifetime
- 1999-05-12 EP EP99303690A patent/EP0959589B1/en not_active Expired - Lifetime
- 1999-05-12 DE DE69905649T patent/DE69905649T2/de not_active Expired - Lifetime
- 1999-05-17 KR KR1019990017608A patent/KR100342122B1/ko not_active IP Right Cessation
- 1999-05-17 JP JP13634899A patent/JP3490635B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR100342122B1 (ko) | 2002-06-26 |
| EP0959589A3 (en) | 1999-12-01 |
| US6611515B1 (en) | 2003-08-26 |
| EP0959589A2 (en) | 1999-11-24 |
| KR19990088339A (ko) | 1999-12-27 |
| JP2000083077A (ja) | 2000-03-21 |
| DE69905649T2 (de) | 2003-12-18 |
| DE69905649D1 (de) | 2003-04-10 |
| EP0959589B1 (en) | 2003-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3490635B2 (ja) | リンクおよび媒体アクセス制御層処理終了手順のためのシステムおよび方法 | |
| KR100342121B1 (ko) | 링크 및 매체 액세스 제어층 트랜잭션 초기화 과정을 위한 시스템 및 방법 | |
| US10700823B2 (en) | Signal transmission method and apparatus for user equipment in mobile communication system | |
| US10461894B2 (en) | Transmission control method for HARQ in mobile communication system | |
| JP4755173B2 (ja) | 後で受信するデータを指示するため更新される圧縮状態レポートを生成する方法及び装置 | |
| US7487424B2 (en) | Bitmap manager, method of allocating a bitmap memory, method of generating an acknowledgement between network entities, and network entity implementing the same | |
| JP6122914B2 (ja) | 通信システムにおける方法および装置 | |
| RU2461147C2 (ru) | Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи | |
| JP4410487B2 (ja) | 非受取応答を管理する方法 | |
| MXPA05005415A (es) | Uso de tramas inactivas para el control de confirmacion de trama negativa. | |
| JP4232978B2 (ja) | Ａｒｑシステムにおける送信制御方法 | |
| US20060104201A1 (en) | Unit and a method for handling a data object | |
| CN102106176A (zh) | 在移动通信系统中用于用户设备的信号传输方法和装置 | |
| JP2007509510A (ja) | Ｈｓｄｐａ通信システムにおけるａｒｑ制御 | |
| CN115065942B (zh) | 一种移动通信网络辅助广播网络的收发方法及其装置 | |
| CA2271419C (en) | A system and method for link and media access control layer transaction initiation procedures | |
| AU2907799A (en) | A system and method for link and media access control layer transaction ompletion procedures |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111107 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111107 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121107 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121107 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131107 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |