JP2000236366A - 増分冗長性伝送通信システムおよび通信システムにおける増分冗長性伝送方法 - Google Patents
増分冗長性伝送通信システムおよび通信システムにおける増分冗長性伝送方法Info
- Publication number
- JP2000236366A JP2000236366A JP11044870A JP4487099A JP2000236366A JP 2000236366 A JP2000236366 A JP 2000236366A JP 11044870 A JP11044870 A JP 11044870A JP 4487099 A JP4487099 A JP 4487099A JP 2000236366 A JP2000236366 A JP 2000236366A
- Authority
- JP
- Japan
- Prior art keywords
- data block
- signal
- parity
- block signal
- data
- 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.)
- Pending
Links
Classifications
-
- 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/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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/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/0026—Transmission of channel quality 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/007—Unequal error protection
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- 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/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0059—Convolutional codes
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
- H04L1/0068—Rate matching by puncturing
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0071—Use of interleaving
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Time-Division Multiplex Systems (AREA)
- Error Detection And Correction (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 通信システムにおける増分冗長性伝送法を提
供する。 【解決手段】 通信システムにおける増分冗長性送信の
ためのシステムおよび方法である。本発明のタイムスロ
ットは、固定サイズの少なくとも１つのサブスロット、
サブスロット中にフィットするサイズのデータブロッ
ク、およびタイムスロットのためのヘッダ中の１つのデ
ータブロックシーケンス番号を有するヘッダを有する。
パリティブロックは、パリティブロックおよびデータブ
ロックシーケンス番号がサブスロット内にフィットする
ように、データブロックよりも小さいサイズである。デ
ータブロックおよびパリティブロックは、タイムスロッ
ト内のサブスロット中で送信される。タイムスロットの
ためのヘッダにおいて、送信されるデータブロックおよ
びパリティブロックの数が同定される。
供する。 【解決手段】 通信システムにおける増分冗長性送信の
ためのシステムおよび方法である。本発明のタイムスロ
ットは、固定サイズの少なくとも１つのサブスロット、
サブスロット中にフィットするサイズのデータブロッ
ク、およびタイムスロットのためのヘッダ中の１つのデ
ータブロックシーケンス番号を有するヘッダを有する。
パリティブロックは、パリティブロックおよびデータブ
ロックシーケンス番号がサブスロット内にフィットする
ように、データブロックよりも小さいサイズである。デ
ータブロックおよびパリティブロックは、タイムスロッ
ト内のサブスロット中で送信される。タイムスロットの
ためのヘッダにおいて、送信されるデータブロックおよ
びパリティブロックの数が同定される。
Description
【０００１】
【発明の属する技術分野】本発明は、通信システムにお
ける増分冗長伝送に係り、特に、タイムスロット通信シ
ステムに関する。
ける増分冗長伝送に係り、特に、タイムスロット通信シ
ステムに関する。
【０００２】
【従来の技術】リンクレイヤ復元プロトコルは、データ
通信システムにおいて、誤りおよび喪失復元のために使
用される。リンクレイヤ復元は、リンクの特に悪い喪失
および誤りの特性のために、ワイアレス通信にとって極
めて重大である。
通信システムにおいて、誤りおよび喪失復元のために使
用される。リンクレイヤ復元は、リンクの特に悪い喪失
および誤りの特性のために、ワイアレス通信にとって極
めて重大である。
【０００３】失われたデータフレームが再送信されると
き、受信機は、正しいデコーディングの可能性を増大さ
せるために、複数の受信されたフレームのコピーを組み
合わせることができる。代替的に、送信機は、失われた
フレームの別のコピーを再送信する代わりに、追加的な
パリティ情報を送信することができる。増分冗長送信お
よびソフト結合の方法は、この技術分野において良く知
られている。
き、受信機は、正しいデコーディングの可能性を増大さ
せるために、複数の受信されたフレームのコピーを組み
合わせることができる。代替的に、送信機は、失われた
フレームの別のコピーを再送信する代わりに、追加的な
パリティ情報を送信することができる。増分冗長送信お
よびソフト結合の方法は、この技術分野において良く知
られている。
【０００４】潜在的な性能を有するにも関わらず、これ
らの方法は、実際のシステムにおいて適用されてこなか
った。効率的な伝送（即ち、高いレートの符号化）を可
能にするために、プロトコルが、増分パリティ情報の比
例的に小さい量の送信を許容することを必要とする。
らの方法は、実際のシステムにおいて適用されてこなか
った。効率的な伝送（即ち、高いレートの符号化）を可
能にするために、プロトコルが、増分パリティ情報の比
例的に小さい量の送信を許容することを必要とする。
【０００５】効率のよい伝送に関連する問題は、ＡＴ＆
Ｔ研究所のRobert Van Nobelen および Nambirajan Ses
hadriおよびLucent Technologies Inc.ベル研究所のKri
shna Balachandran, Richard Ejzak および Sanjiv Nan
daによる“A Proposal forIS-136+Data Services"とい
う論文に示されている。この論文は、この問題が、符号
化されていないデータフレームをＤ個のブロックに分解
しかつＰ個のパリティブロックを導入することにより取
り扱われることを提案している。
Ｔ研究所のRobert Van Nobelen および Nambirajan Ses
hadriおよびLucent Technologies Inc.ベル研究所のKri
shna Balachandran, Richard Ejzak および Sanjiv Nan
daによる“A Proposal forIS-136+Data Services"とい
う論文に示されている。この論文は、この問題が、符号
化されていないデータフレームをＤ個のブロックに分解
しかつＰ個のパリティブロックを導入することにより取
り扱われることを提案している。
【０００６】最初に、フレームを構成する全てのデータ
ブロックが送信される。受信機が再構築を行うことがで
きない場合、送信されたフレームパリティブロックは、
受信機がフレームを復元することができるようになると
きまで送信される。全てのＰ個のパリティフレームが送
信された場合、対応する符号化レートは、Ｄ／（Ｄ＋
Ｐ）である。
ブロックが送信される。受信機が再構築を行うことがで
きない場合、送信されたフレームパリティブロックは、
受信機がフレームを復元することができるようになると
きまで送信される。全てのＰ個のパリティフレームが送
信された場合、対応する符号化レートは、Ｄ／（Ｄ＋
Ｐ）である。
【０００７】提案された手順の実際的な具現化は、フレ
ームおよび各ブロックに対するブロックシーケンス番号
の送信を必要とする。また、可変サイズのブロックが、
異なる変調フォーマット（例えば、ＱＰＳＫ，８ＰＳＫ
および１６ＰＳＫ）において使用される。
ームおよび各ブロックに対するブロックシーケンス番号
の送信を必要とする。また、可変サイズのブロックが、
異なる変調フォーマット（例えば、ＱＰＳＫ，８ＰＳＫ
および１６ＰＳＫ）において使用される。
【０００８】
【発明が解決しようとする課題】本発明は、上述した問
題の１つまたは２つ以上の影響を除去または少なくとも
低減することを目的とする。
題の１つまたは２つ以上の影響を除去または少なくとも
低減することを目的とする。
【０００９】
【課題を解決するための手段】本発明によれば、タイム
スロット通信チャネルを使用する増分冗長性，適応型変
調データ通信システムを設計するためのシステムおよび
方法が提供される。この方法は、少なくとも１つの固定
サイズのサブスロットを有するタイムスロットを形成す
るステップを実行し、かつサブスロットにフィットする
サイズのデータブロックを形成する。ヘッダは、タイム
スロットに対するヘッダにおいて、データブロックシー
ケンス番号を有する。
スロット通信チャネルを使用する増分冗長性，適応型変
調データ通信システムを設計するためのシステムおよび
方法が提供される。この方法は、少なくとも１つの固定
サイズのサブスロットを有するタイムスロットを形成す
るステップを実行し、かつサブスロットにフィットする
サイズのデータブロックを形成する。ヘッダは、タイム
スロットに対するヘッダにおいて、データブロックシー
ケンス番号を有する。
【００１０】また、パリティブロックは、このパリティ
ブロックおよびデータブロックシーケンス番号がサブス
ロットにフィットするように、データブロックよりも小
さいサイズで形成される。データブロックおよびパリテ
ィブロックは、タイムスロット内のサブスロットにおい
て送信される。さらに、この方法は、タイムスロットに
対するヘッダにおいて送信されるデータブロックおよび
パリティブロックの数を同定するステップを実行する。
ブロックおよびデータブロックシーケンス番号がサブス
ロットにフィットするように、データブロックよりも小
さいサイズで形成される。データブロックおよびパリテ
ィブロックは、タイムスロット内のサブスロットにおい
て送信される。さらに、この方法は、タイムスロットに
対するヘッダにおいて送信されるデータブロックおよび
パリティブロックの数を同定するステップを実行する。
【００１１】一般に、本発明は、増分冗長性伝送通信シ
ステムを含む。このシステムは、少なくとも１つの固定
サイズのサブスロットを有するタイムスロット信号を作
り出すタイムスロット信号生成器と、タイムスロット中
にフィットするサイズのデータブロック信号を作り出す
データブロック信号生成器を含む。タイムスロット信号
に対するヘッダ中のデータブロック信号シーケンス番号
を有するヘッダを生成するヘッダ加算器が備えられる。
また、タイムスロット信号に対するヘッダにおいて、連
続的に送信される多数のデータブロック信号を同定する
受信機が備えられる。
ステムを含む。このシステムは、少なくとも１つの固定
サイズのサブスロットを有するタイムスロット信号を作
り出すタイムスロット信号生成器と、タイムスロット中
にフィットするサイズのデータブロック信号を作り出す
データブロック信号生成器を含む。タイムスロット信号
に対するヘッダ中のデータブロック信号シーケンス番号
を有するヘッダを生成するヘッダ加算器が備えられる。
また、タイムスロット信号に対するヘッダにおいて、連
続的に送信される多数のデータブロック信号を同定する
受信機が備えられる。
【００１２】さらに、本発明は、無線（再送信）プロト
コルリンクフレームを使用する通信システムにおける増
分冗長性伝送のための方法を含む。この方法は、少なく
とも１つの固定サイズのサブスロットを有するタイムス
ロット信号を作り出すステップと、タイムスロット信号
に対するヘッダにおいて、データブロック信号シーケン
ス番号を有するヘッダを形成するステップと、タイムス
ロット信号に対するヘッダにおいて、同定するステップ
とを含み、データブロック信号の数は、連続的に送信さ
れる。
コルリンクフレームを使用する通信システムにおける増
分冗長性伝送のための方法を含む。この方法は、少なく
とも１つの固定サイズのサブスロットを有するタイムス
ロット信号を作り出すステップと、タイムスロット信号
に対するヘッダにおいて、データブロック信号シーケン
ス番号を有するヘッダを形成するステップと、タイムス
ロット信号に対するヘッダにおいて、同定するステップ
とを含み、データブロック信号の数は、連続的に送信さ
れる。
【００１３】タイムスロット信号のヘッダにおいて、デ
ータブロック信号のシーケンス中の第１のデータブロッ
ク信号に対するデータブロックシーケンス番号を提供す
るステップと、データブロック信号よりも小さいパリテ
ィブロック信号を作り出すステップとが備えられ、パリ
ティブロック信号シーケンス番号がサブスロット信号に
フィットするようになっている。
ータブロック信号のシーケンス中の第１のデータブロッ
ク信号に対するデータブロックシーケンス番号を提供す
るステップと、データブロック信号よりも小さいパリテ
ィブロック信号を作り出すステップとが備えられ、パリ
ティブロック信号シーケンス番号がサブスロット信号に
フィットするようになっている。
【００１４】
【発明の実施の形態】増分冗長性コーディングおよび適
応型変調の組み合わせに基づく適応型データレートスキ
ームは、回路データについて早くから述べられている。
そのようなチャネル品質測定技術は、米国特許出願番号
０８／９２１４５４，“SYSTEM AND METHOD FOR MEASUR
ING CHANNEL QUALITY INFORMATION”, Krishna Balacha
ndran,Sanjiv Nanda, Srinivas R. Kadaba および Rich
ard P. Ejzak,１９９７年８月２４日出願、および米国
特許出願番号０８／９３８０３１，“ADAPTIVE MODIFIC
ATION OF MODULATED AND CODED SCHEMES IN A COMMUNIC
ATION SYSTEM”, Richard P. Ejzak, １９９７年９月２
１日出願（特願平10-265035に対応する）に示されてい
る。
応型変調の組み合わせに基づく適応型データレートスキ
ームは、回路データについて早くから述べられている。
そのようなチャネル品質測定技術は、米国特許出願番号
０８／９２１４５４，“SYSTEM AND METHOD FOR MEASUR
ING CHANNEL QUALITY INFORMATION”, Krishna Balacha
ndran,Sanjiv Nanda, Srinivas R. Kadaba および Rich
ard P. Ejzak,１９９７年８月２４日出願、および米国
特許出願番号０８／９３８０３１，“ADAPTIVE MODIFIC
ATION OF MODULATED AND CODED SCHEMES IN A COMMUNIC
ATION SYSTEM”, Richard P. Ejzak, １９９７年９月２
１日出願（特願平10-265035に対応する）に示されてい
る。
【００１５】これらのスキームは、遅延制約下におい
て、高いスループットを達成する。本発明によりここに
提供されるものは、これらの技術の１３６＋パケットデ
ータサービスへの応用についての詳細な説明である。
て、高いスループットを達成する。本発明によりここに
提供されるものは、これらの技術の１３６＋パケットデ
ータサービスへの応用についての詳細な説明である。
【００１６】Ejzak による米国特許出願０８／９３８０
３１号に示されているものは、整数が適応型変調を可能
にする方法として、タイムスロット送信チャネルのスロ
ット中に使用され得るようなサイズの固定サイズブロッ
クを使用することである。特に、２個，３個および４個
のブロックが、それぞれＱＰＳＫ，８ＰＳＫおよび１６
ＰＳＫＴＤＭＡスロットにおいてそれぞれ収容される。
データおよびパリティパケットを同定するための大きな
パーブロックシーケンス数の要求は、タイムスロット通
信チャネルを使用する増分冗長性適応型変調データ通信
システムを提供するこの方法の効率を低下させる。
３１号に示されているものは、整数が適応型変調を可能
にする方法として、タイムスロット送信チャネルのスロ
ット中に使用され得るようなサイズの固定サイズブロッ
クを使用することである。特に、２個，３個および４個
のブロックが、それぞれＱＰＳＫ，８ＰＳＫおよび１６
ＰＳＫＴＤＭＡスロットにおいてそれぞれ収容される。
データおよびパリティパケットを同定するための大きな
パーブロックシーケンス数の要求は、タイムスロット通
信チャネルを使用する増分冗長性適応型変調データ通信
システムを提供するこの方法の効率を低下させる。
【００１７】この発明において、このアプリケーション
は、開放型システム相互接続（ＯＳＩ）モデルに基づく
メディアアクセス制御（ＭＡＣ）レイヤ推定を使用す
る。ＯＳＩは、異なるベンダーにより作られた異なるシ
ステム間の通信のための標準の国際的に受け入られたフ
レームワークである。今日使用されているほとんどの支
配的な通信プロトコルは、ＯＳＩモデルに基づく構造を
有する。ＯＳＩモデルは、通信プロセスを７個の異なる
カテゴリーに組織し、これらのカテゴリーを、ユーザに
対するそれらの関係に基づいてレイヤ化されたシーケン
スに配置する。レイヤ７〜４は、end-to-end通信メッセ
ージ源およびメッセージ宛先を取り扱う。レイヤ３〜１
は、ネットワークアクセスを取り扱う。
は、開放型システム相互接続（ＯＳＩ）モデルに基づく
メディアアクセス制御（ＭＡＣ）レイヤ推定を使用す
る。ＯＳＩは、異なるベンダーにより作られた異なるシ
ステム間の通信のための標準の国際的に受け入られたフ
レームワークである。今日使用されているほとんどの支
配的な通信プロトコルは、ＯＳＩモデルに基づく構造を
有する。ＯＳＩモデルは、通信プロセスを７個の異なる
カテゴリーに組織し、これらのカテゴリーを、ユーザに
対するそれらの関係に基づいてレイヤ化されたシーケン
スに配置する。レイヤ７〜４は、end-to-end通信メッセ
ージ源およびメッセージ宛先を取り扱う。レイヤ３〜１
は、ネットワークアクセスを取り扱う。
【００１８】レイヤ１、即ち物理レイヤは、ラインを経
てデータを送信する物理的手段、即ちデータ回路の電気
的、機械的および機能的制御を取り扱う。レイヤに、即
ちデータリンクレイヤは、通信ラインを操作するための
手順およびプロトコルを取り扱う。レイヤ３、即ちネッ
トワークレイヤは、どのようにデータがコンピュータ間
を転送されるかおよび個々のネットワーク内および個々
のネットワーク間のルーティングを決定する。
てデータを送信する物理的手段、即ちデータ回路の電気
的、機械的および機能的制御を取り扱う。レイヤに、即
ちデータリンクレイヤは、通信ラインを操作するための
手順およびプロトコルを取り扱う。レイヤ３、即ちネッ
トワークレイヤは、どのようにデータがコンピュータ間
を転送されるかおよび個々のネットワーク内および個々
のネットワーク間のルーティングを決定する。
【００１９】パケットデータチャネルが多重変調をサポ
ートすることができることが分かる。ＭＡＣレイヤは、
レイヤ３フレームに備えられており、フラグ区切り符号
を使用してそれらをバイトストリームに翻訳する。再送
信リンクプロコルとも呼ばれる無線リンクプロトコル
（ＲＬＰ）が、セルと移動体局との間かつその逆にレイ
ヤ２フレームを転送するために使用される。レイヤ３バ
イトストリームは、ＲＬＰフレームに細分化され、かつ
スライディングウインドゥ再送信スキームが、シーケン
ス内喪失および復元のために使用される。
ートすることができることが分かる。ＭＡＣレイヤは、
レイヤ３フレームに備えられており、フラグ区切り符号
を使用してそれらをバイトストリームに翻訳する。再送
信リンクプロコルとも呼ばれる無線リンクプロトコル
（ＲＬＰ）が、セルと移動体局との間かつその逆にレイ
ヤ２フレームを転送するために使用される。レイヤ３バ
イトストリームは、ＲＬＰフレームに細分化され、かつ
スライディングウインドゥ再送信スキームが、シーケン
ス内喪失および復元のために使用される。
【００２０】ＭＡＣレイヤトランザクションは、ＢＥＧ
ＩＮフレームの送信で好ましくは開始する。アップリン
クおよびダウンリンクにおいて、ＭＡＣレイヤは、レイ
ヤ３フレームを１つのバイトストリームに変換し、かつ
このバイトストリームを一連のＣＯＮＴＩＮＵＥフレー
ムにパックする。トランザクションの最後の新しいデー
タバーストは、ＥＮＤフレームを使用して送信される。
ＩＮフレームの送信で好ましくは開始する。アップリン
クおよびダウンリンクにおいて、ＭＡＣレイヤは、レイ
ヤ３フレームを１つのバイトストリームに変換し、かつ
このバイトストリームを一連のＣＯＮＴＩＮＵＥフレー
ムにパックする。トランザクションの最後の新しいデー
タバーストは、ＥＮＤフレームを使用して送信される。
【００２１】各トランザクションのＢＥＧＩＮフレーム
は、受信機からの受け取り通知を得るために、停止モー
ドおよび待機モードにおいて４レベル変調を使用して送
信される。ＢＥＧＩＮフレームの受領において、受信機
はＲＬＰを初期化する。また、ＢＥＧＩＮフレームは、
トランザクションに対する部分的エコー（ＰＥ）を初期
化し、かつそのトランザクションにおけるその後の自動
再送信要求（ＡＲＱ）モードＣＯＮＴＩＮＵＥフレーム
に対する動作モードを同定するために使用される。
は、受信機からの受け取り通知を得るために、停止モー
ドおよび待機モードにおいて４レベル変調を使用して送
信される。ＢＥＧＩＮフレームの受領において、受信機
はＲＬＰを初期化する。また、ＢＥＧＩＮフレームは、
トランザクションに対する部分的エコー（ＰＥ）を初期
化し、かつそのトランザクションにおけるその後の自動
再送信要求（ＡＲＱ）モードＣＯＮＴＩＮＵＥフレーム
に対する動作モードを同定するために使用される。
【００２２】ダウンリンクおよびアップリンクにおける
ＡＲＱモードＣＯＮＴＩＮＵＥフレームに対する２つの
可能性のある動作モードがある。第１のものは、増分冗
長性（モード０）であり、第２のものは固定コーディン
グ（モード１）である。
ＡＲＱモードＣＯＮＴＩＮＵＥフレームに対する２つの
可能性のある動作モードがある。第１のものは、増分冗
長性（モード０）であり、第２のものは固定コーディン
グ（モード１）である。
【００２３】ＡＲＱは、送信されたデータ中の誤りをチ
ェックする。送り手は、メッセージの内容に基づいて送
信されたデータ中の誤り検出（チェック）フィールドを
符号化する。受信機は、チェックフィールドを再計算
し、それを受信されたチェックフィールドと比較する。
チェックフィールドが一致する場合、ＡＣＫ（受け取り
通知）が送り手に送信される。両方のチェックフィール
ドが一致しない場合、ＮＡＫ（否定的受け取り通知）が
返却されて、かつ送り手がそのメッセージを再送信す
る。
ェックする。送り手は、メッセージの内容に基づいて送
信されたデータ中の誤り検出（チェック）フィールドを
符号化する。受信機は、チェックフィールドを再計算
し、それを受信されたチェックフィールドと比較する。
チェックフィールドが一致する場合、ＡＣＫ（受け取り
通知）が送り手に送信される。両方のチェックフィール
ドが一致しない場合、ＮＡＫ（否定的受け取り通知）が
返却されて、かつ送り手がそのメッセージを再送信す
る。
【００２４】アップリンクおよびダウンリンクの両方の
送信に対して、ＡＲＱステータスの形式のビットマップ
フィードバックが提供される。さらに、ＡＣＫ／ＮＡＫ
フィードバックが、アップリンク送信のためにパータイ
ムスロットに基づいて提供される。
送信に対して、ＡＲＱステータスの形式のビットマップ
フィードバックが提供される。さらに、ＡＣＫ／ＮＡＫ
フィードバックが、アップリンク送信のためにパータイ
ムスロットに基づいて提供される。
【００２５】遅延を伴う高スループット目標間の最適な
トレードオフのために、増分冗長性または固定コーディ
ングが、適応型変調と組み合わされる。前述した特許出
願における結果は、遅延目標が設定された場合、８また
は１６レベルの変調は関係するＣ／（Ｉ＋Ｎ）の範囲に
跨る目標を満たすことができないことを示している。妨
害および雑音に対する信号の比が減少すると、より小さ
い配置（即ち、レベル４変調）密度が適用される。４レ
ベル変調への適応は、遅延拡散状態において採用され
る。
トレードオフのために、増分冗長性または固定コーディ
ングが、適応型変調と組み合わされる。前述した特許出
願における結果は、遅延目標が設定された場合、８また
は１６レベルの変調は関係するＣ／（Ｉ＋Ｎ）の範囲に
跨る目標を満たすことができないことを示している。妨
害および雑音に対する信号の比が減少すると、より小さ
い配置（即ち、レベル４変調）密度が適用される。４レ
ベル変調への適応は、遅延拡散状態において採用され
る。
【００２６】図１は、本発明によるパケットデータチャ
ネル１００における動作の概括的なブロック図である。
増分冗長性伝送通信システム１０２が示されており、レ
イヤ３フレーム１０５が、送信機１１５のレイヤ２，Ｍ
ＡＣレイヤ１１０に提供され、かつ区分のためのフラグ
を使用してバイトストリームに翻訳される。これは、Ｍ
ＡＣレイヤ１１０が、異なるレイヤ３プロトコルに対す
る統一された搬送メカニズムを提供することを可能にす
る。このバイトストリームは、ＲＬＰフレームに細分化
され、かつフレームシーケンス番号（ＦＳＮ）が割り当
てられる。ＦＳＮは、ＲＬＰフレームの部分として明示
的には送信されない。
ネル１００における動作の概括的なブロック図である。
増分冗長性伝送通信システム１０２が示されており、レ
イヤ３フレーム１０５が、送信機１１５のレイヤ２，Ｍ
ＡＣレイヤ１１０に提供され、かつ区分のためのフラグ
を使用してバイトストリームに翻訳される。これは、Ｍ
ＡＣレイヤ１１０が、異なるレイヤ３プロトコルに対す
る統一された搬送メカニズムを提供することを可能にす
る。このバイトストリームは、ＲＬＰフレームに細分化
され、かつフレームシーケンス番号（ＦＳＮ）が割り当
てられる。ＦＳＮは、ＲＬＰフレームの部分として明示
的には送信されない。
【００２７】いずれかのモードにおけるより高いスルー
プットのために、レイヤ１ １２０データは、レイヤ２
バックログおよび受信機１３０からのチャネル視覚付け
フィードバック１２５に基づき４レベル，８レベルまた
は１６レベルの変調から選ばれたシンボルにマップ化さ
れる。チャネル品質は、受信機１３０の物理レイヤ１４
０を介するレイヤ２ブロック１３５中のデコーダへの入
力において、信号体妨害プラス雑音比Ｃ／（Ｉ＋Ｎ）の
意味において測定される。そして、デコーダ１３５は、
レイヤ３フレーム１４５を出力する。
プットのために、レイヤ１ １２０データは、レイヤ２
バックログおよび受信機１３０からのチャネル視覚付け
フィードバック１２５に基づき４レベル，８レベルまた
は１６レベルの変調から選ばれたシンボルにマップ化さ
れる。チャネル品質は、受信機１３０の物理レイヤ１４
０を介するレイヤ２ブロック１３５中のデコーダへの入
力において、信号体妨害プラス雑音比Ｃ／（Ｉ＋Ｎ）の
意味において測定される。そして、デコーダ１３５は、
レイヤ３フレーム１４５を出力する。
【００２８】図２は、モード０に対する図１のレイヤ２
１１０の機能（即ち、レイヤ３フレーム１０５をレイ
ヤ１フレーム１２０にマップ化するための手順）を示
す。モード０において、レイヤ３フレーム１０５は、フ
ラグデリミッタ１５０によりバイトストリーム１５５タ
イムスロット信号に翻訳される。
１１０の機能（即ち、レイヤ３フレーム１０５をレイ
ヤ１フレーム１２０にマップ化するための手順）を示
す。モード０において、レイヤ３フレーム１０５は、フ
ラグデリミッタ１５０によりバイトストリーム１５５タ
イムスロット信号に翻訳される。
【００２９】バイトストリーム１５５は、固定長ＲＬＰ
フレームに細分化され、かつフレームチェックシーケン
ス（ＦＣＳ）が、ＲＬＰフレーマ１６０（タイムスロッ
ト信号生成器）によるＲＬＰフレームのデータ部分（Ｆ
ＳＮを除く）について、演算ユニットにより演算され
る。結果として得られるＲＬＰフレームは、例示によれ
ば、レート１／２体系的コンボリューションエンコーダ
１６５を使用して符号化される。非体系的コンボリュー
ションエンコーダも、その代わりに使用され得る。
フレームに細分化され、かつフレームチェックシーケン
ス（ＦＣＳ）が、ＲＬＰフレーマ１６０（タイムスロッ
ト信号生成器）によるＲＬＰフレームのデータ部分（Ｆ
ＳＮを除く）について、演算ユニットにより演算され
る。結果として得られるＲＬＰフレームは、例示によれ
ば、レート１／２体系的コンボリューションエンコーダ
１６５を使用して符号化される。非体系的コンボリュー
ションエンコーダも、その代わりに使用され得る。
【００３０】体系的エンコーダ１６５からのデータビッ
ト１７０のサブスロットおよびパリティビット１７５
（データブロック信号生成器およびパリティブロック信
号生成器としても知られる）が、モード０インタリーバ
（第１のセグメンタ）１８０および（第２のセグメン
タ）１８５において別個にインタリーブされ、ブロッカ
１９０（アッセンブラとしても知られている）により、
Ｄデータ（データブロック信号）およびＤパリティブロ
ック（パリティブロック信号）１９５にブロック化され
る。これらは、それぞれブロック識別子１，…Ｄ，Ｄ＋
１，…２Ｄが割り当てられる。
ト１７０のサブスロットおよびパリティビット１７５
（データブロック信号生成器およびパリティブロック信
号生成器としても知られる）が、モード０インタリーバ
（第１のセグメンタ）１８０および（第２のセグメン
タ）１８５において別個にインタリーブされ、ブロッカ
１９０（アッセンブラとしても知られている）により、
Ｄデータ（データブロック信号）およびＤパリティブロ
ック（パリティブロック信号）１９５にブロック化され
る。これらは、それぞれブロック識別子１，…Ｄ，Ｄ＋
１，…２Ｄが割り当てられる。
【００３１】データブロック信号シーケンス番号として
も知られているブロックシーケンス番号（ＢＳＮ）は、
フレームシーケンス番号（ＦＳＮ）およびブロック識別
子の組み合わせとして決定される。１５個のパリティビ
ットが、ブロックシーケンス番号を含むパリティブロッ
クヘッダが追加され得るように、各パリティブロックに
おいて破壊される。
も知られているブロックシーケンス番号（ＢＳＮ）は、
フレームシーケンス番号（ＦＳＮ）およびブロック識別
子の組み合わせとして決定される。１５個のパリティビ
ットが、ブロックシーケンス番号を含むパリティブロッ
クヘッダが追加され得るように、各パリティブロックに
おいて破壊される。
【００３２】好ましくは、これらのデータブロックはブ
ロックヘッダを含まない。４レベル、８レベルまたは１
６レベルのどの変調が使用されるかにより、モード０Ｒ
ＬＰ２００から出力される２個、３個または４個のブロ
ック（データまたはパリティ）が、ＭＡＣおよびレイヤ
１フィールド加算器（ヘッダ加算器および破壊ユニッ
ト）２１０により、単一のレイヤ１データセグメントに
それぞれ結合され、単一のＩＳ−１３６タイムスロット
信号において送信される。
ロックヘッダを含まない。４レベル、８レベルまたは１
６レベルのどの変調が使用されるかにより、モード０Ｒ
ＬＰ２００から出力される２個、３個または４個のブロ
ック（データまたはパリティ）が、ＭＡＣおよびレイヤ
１フィールド加算器（ヘッダ加算器および破壊ユニッ
ト）２１０により、単一のレイヤ１データセグメントに
それぞれ結合され、単一のＩＳ−１３６タイムスロット
信号において送信される。
【００３３】セグメント中の第１データブロックのブロ
ックシーケンス番号を示すデータセグメントヘッダは、
データブロックシーケンス番号を同定するために使用さ
れる。残りのデータブロックは、連続的なブロックシー
ケンス番号を有する。符号化されたデータセグメントヘ
ッダ（ＣＤＳＨ）に伴って、変調タイプおよび部分的エ
コー（ＰＥ）のような他のＭＡＣおよび物理レイヤヘッ
ダが、各タイムスロット信号中に追加される。
ックシーケンス番号を示すデータセグメントヘッダは、
データブロックシーケンス番号を同定するために使用さ
れる。残りのデータブロックは、連続的なブロックシー
ケンス番号を有する。符号化されたデータセグメントヘ
ッダ（ＣＤＳＨ）に伴って、変調タイプおよび部分的エ
コー（ＰＥ）のような他のＭＡＣおよび物理レイヤヘッ
ダが、各タイムスロット信号中に追加される。
【００３４】図３のモード１において、レイヤ３フレー
ム１０５は、フラグデリミッタ（フラグマーカ１５０）
により１つのバイトストリーム１５５に翻訳される。こ
のバイトストリーム１５５は、固定長ＲＬＰフレームに
細分化され、ＦＣＳは、モード１ＲＬＰフレーマ１６１
によりＲＬＰフレームのデータ部分について演算され
る。結果として得られるＲＬＰフレームは、モード１Ｒ
ＬＰ２２０により処理される。
ム１０５は、フラグデリミッタ（フラグマーカ１５０）
により１つのバイトストリーム１５５に翻訳される。こ
のバイトストリーム１５５は、固定長ＲＬＰフレームに
細分化され、ＦＣＳは、モード１ＲＬＰフレーマ１６１
によりＲＬＰフレームのデータ部分について演算され
る。結果として得られるＲＬＰフレームは、モード１Ｒ
ＬＰ２２０により処理される。
【００３５】４レベル、８レベルまたは１６レベルのど
の変調が使用されるかにより、モデル１ＲＬＰ２２０か
ら出力される２個、３個または４個の連続的なＲＬＰフ
レームが、ヘッダおよびＦＣＳ加算器とも呼ばれるデー
タセグメントおよびＦＣＳ結合器２３０により単一のデ
ータセグメントにそれぞれ結合される。このデータセグ
メントにおいて演算されるＦＣＳおよび第１のＲＬＰフ
レームのＦＳＮを含むデータセグメントヘッダは、ヘッ
ダおよびＦＣＳ加算器２３０において追加される。
の変調が使用されるかにより、モデル１ＲＬＰ２２０か
ら出力される２個、３個または４個の連続的なＲＬＰフ
レームが、ヘッダおよびＦＣＳ加算器とも呼ばれるデー
タセグメントおよびＦＣＳ結合器２３０により単一のデ
ータセグメントにそれぞれ結合される。このデータセグ
メントにおいて演算されるＦＣＳおよび第１のＲＬＰフ
レームのＦＳＮを含むデータセグメントヘッダは、ヘッ
ダおよびＦＣＳ加算器２３０において追加される。
【００３６】そして、ヘッダ、データおよびＦＣＳが、
レート１／２コンボリューションエンコーダ２３５を使
用して符号化される。エンコーダ２３５の出力は、モー
ド１インタリーバ２４０によりなされ、かつ追加的なＭ
ＡＣおよび物理レイヤヘッダフィールドが、ヘッダ加算
器２１０により追加される。この出力は、単一のタイム
スロット中で送信されるレイヤ１データ１２０からな
る。データセグメントヘッダは、この場合、符号化され
たレイヤ１データセグメントの一部として送信される。
レート１／２コンボリューションエンコーダ２３５を使
用して符号化される。エンコーダ２３５の出力は、モー
ド１インタリーバ２４０によりなされ、かつ追加的なＭ
ＡＣおよび物理レイヤヘッダフィールドが、ヘッダ加算
器２１０により追加される。この出力は、単一のタイム
スロット中で送信されるレイヤ１データ１２０からな
る。データセグメントヘッダは、この場合、符号化され
たレイヤ１データセグメントの一部として送信される。
【００３７】増分冗長性（モード０）の利点は、冗長ビ
ットが必要な場合に送信されるので、より高いスループ
ットを達成するということである。増分冗長性と適応型
変調の組み合わせが、ダウンリンク方向およびアップリ
ンク方向の両方について提案されている。
ットが必要な場合に送信されるので、より高いスループ
ットを達成するということである。増分冗長性と適応型
変調の組み合わせが、ダウンリンク方向およびアップリ
ンク方向の両方について提案されている。
【００３８】図４は、図２のモード０手順に対する送信
（レイヤ２機能として図１に示されている）および受信
機能の両方を示す。送信機１１５において記述されたレ
イヤ３フレーム１０５の受領からブロッカ１９０の出力
１９５への手順は、図２について説明したものと同じで
ある。レイヤ１フレーム１２０は、ヘッダ加算器２１０
から出力され、適応型変調器２５０に入力される。
（レイヤ２機能として図１に示されている）および受信
機能の両方を示す。送信機１１５において記述されたレ
イヤ３フレーム１０５の受領からブロッカ１９０の出力
１９５への手順は、図２について説明したものと同じで
ある。レイヤ１フレーム１２０は、ヘッダ加算器２１０
から出力され、適応型変調器２５０に入力される。
【００３９】適応型変調器２５０は、レイヤ１フレーム
１２０を変調しかつパケットデータチャネル１００を通
して受信機１３０のチャネル復調器２５５に送信する。
チャネル復調器２５５は、パケットデータチャネル１０
０から受信した変調されたレイヤ１フレーム１２０を復
調し、かつその結果を受信機ＲＬＰ２６０に入力する。
受信機ＲＬＰ２６０は、受信されたデータブロックのシ
ーケンス番号およびパリティブロックの番号を決定する
ために、データセグメントヘッダを復号化する。
１２０を変調しかつパケットデータチャネル１００を通
して受信機１３０のチャネル復調器２５５に送信する。
チャネル復調器２５５は、パケットデータチャネル１０
０から受信した変調されたレイヤ１フレーム１２０を復
調し、かつその結果を受信機ＲＬＰ２６０に入力する。
受信機ＲＬＰ２６０は、受信されたデータブロックのシ
ーケンス番号およびパリティブロックの番号を決定する
ために、データセグメントヘッダを復号化する。
【００４０】また、受信機ＲＬＰ２６０は、パリティブ
ロックのシーケンス番号を決定するために、パリティブ
ロックヘッダを復号化する。パリティブロックのデータ
のいずれのヘッダも正しく復号化される場合、データ
は、増分冗長性ソフトデコーダおよびＦＣＳチェッカ
（ＩＲＳＤ）２６５に提供され、かつＡＣＫ／ＮＡＫ
（受け取り通知／非受け取り通知）フィードバック２７
０が、データおよびパリティブロックの受け取り通知を
示す送信ＲＬＰ２７５に提供される。送信ＲＬＰ２７５
および変調決定ユニット２７８は、図２のモード０ＲＬ
Ｐ２００の機能を表す機能ブロックである。
ロックのシーケンス番号を決定するために、パリティブ
ロックヘッダを復号化する。パリティブロックのデータ
のいずれのヘッダも正しく復号化される場合、データ
は、増分冗長性ソフトデコーダおよびＦＣＳチェッカ
（ＩＲＳＤ）２６５に提供され、かつＡＣＫ／ＮＡＫ
（受け取り通知／非受け取り通知）フィードバック２７
０が、データおよびパリティブロックの受け取り通知を
示す送信ＲＬＰ２７５に提供される。送信ＲＬＰ２７５
および変調決定ユニット２７８は、図２のモード０ＲＬ
Ｐ２００の機能を表す機能ブロックである。
【００４１】ＩＲＳＤ２６５は、受信機ＲＬＰ２６０か
ら出力を受信し、かつ３個の出力を生成する。第１の出
力は、フラグリムーバ２８０に入力された受信されたレ
イヤ１フレーム１２０の復号化されたデータシーケンス
である。第２の出力は、送信ＲＬＰ２７５へのＡＣＫ／
ＮＡＫフィードバック２７０出力である。第３の出力
は、送信ＲＬＰ２７５および変調決定ユニット２７８に
送り返されたチャネル資格付けフィードバック信号１２
５である。フラグリムーバ２８０は、受信されたデータ
からフラグを除去して受信されたレイヤ３フレーム２８
５を出力する。
ら出力を受信し、かつ３個の出力を生成する。第１の出
力は、フラグリムーバ２８０に入力された受信されたレ
イヤ１フレーム１２０の復号化されたデータシーケンス
である。第２の出力は、送信ＲＬＰ２７５へのＡＣＫ／
ＮＡＫフィードバック２７０出力である。第３の出力
は、送信ＲＬＰ２７５および変調決定ユニット２７８に
送り返されたチャネル資格付けフィードバック信号１２
５である。フラグリムーバ２８０は、受信されたデータ
からフラグを除去して受信されたレイヤ３フレーム２８
５を出力する。
【００４２】図５は、ＲＬＰフレーム２９０、即ちＦＣ
Ｓ２９５をＲＬＰデータＲi ３００に付加することによ
り構成されるモード０ＲＬＰフレーマ１６０の出力を示
す。ＦＣＳ２９５は、データビットについて演算される
長さＬDCRC３０５の巡回冗長検査（ＣＲＣ）である。Ｆ
ＣＳ２９５は、ＬDATA３１０データビットからなる各Ｒ
ＬＰフレーム３００に付加される。この長さＬDATA３１
０およびＬDCRC３０５は、設計パラメータである。長さ
Ｌフレーム３１５＝ＬDATA３１０＋ＬDCRC３０５のフレ
ームは、図２のエンコーダ１６５に送られる。
Ｓ２９５をＲＬＰデータＲi ３００に付加することによ
り構成されるモード０ＲＬＰフレーマ１６０の出力を示
す。ＦＣＳ２９５は、データビットについて演算される
長さＬDCRC３０５の巡回冗長検査（ＣＲＣ）である。Ｆ
ＣＳ２９５は、ＬDATA３１０データビットからなる各Ｒ
ＬＰフレーム３００に付加される。この長さＬDATA３１
０およびＬDCRC３０５は、設計パラメータである。長さ
Ｌフレーム３１５＝ＬDATA３１０＋ＬDCRC３０５のフレ
ームは、図２のエンコーダ１６５に送られる。
【００４３】図６は、図５のサイズＬFRAME ３１５の各
ＲＬＰフレーム２９０のビットが、エンコーダ１６５に
よりバイナリレート１／２体系的コンボリューション符
号を使用して符号化されることを示している。レート１
／２バイナリコンボリューションエンコーダ１６５は、
好ましくは、八進生成器を備えた３２状態最大自由距離
符号である。図６のエンコーダ１６５の出力において、
図５のＬFRAME ３１５のデータビット１７０およびＬ
FRAME ３１５パリティビット１７５があり、これらは以
下のようにブロックに分割されている。
ＲＬＰフレーム２９０のビットが、エンコーダ１６５に
よりバイナリレート１／２体系的コンボリューション符
号を使用して符号化されることを示している。レート１
／２バイナリコンボリューションエンコーダ１６５は、
好ましくは、八進生成器を備えた３２状態最大自由距離
符号である。図６のエンコーダ１６５の出力において、
図５のＬFRAME ３１５のデータビット１７０およびＬ
FRAME ３１５パリティビット１７５があり、これらは以
下のようにブロックに分割されている。
【００４４】エンコーダ１６５の出力における図５のＬ
FRAME ３１５のデータビット１７０は、長さＬBLOCK＝
ＬFRAME（３１５）／ＤのＤ個のブロックに細分化され
る。これらのブロックは、Ｄij３２０（ｊ＝１…Ｄ）で
示されるデータブロック３２０とされる。パラメータＤ
は、前述の特許出願に示された遅延および／またはスル
ープット性能を決定する。
FRAME ３１５のデータビット１７０は、長さＬBLOCK＝
ＬFRAME（３１５）／ＤのＤ個のブロックに細分化され
る。これらのブロックは、Ｄij３２０（ｊ＝１…Ｄ）で
示されるデータブロック３２０とされる。パラメータＤ
は、前述の特許出願に示された遅延および／またはスル
ープット性能を決定する。
【００４５】パリティビット１７５は、破壊されて、か
つＰij３２５（ｊ＝１…Ｄ、例えばＰi1３３０，Ｐi2３
３５およびＰi3３４０）で示される同じサイズのＤ個の
パリティブロック３２５に細分化される。コンボリュー
ションエンコーダの出力の破壊は、パリティビットの数
を減少させるために、所定のビットのセットを消去する
手順であることが分かる。エンコーダ１６５の出力にお
けるＬFRAME ３１５パリティビット１７５のうち、Ｄｈ
パリティビットが破壊される（Ｄ個のパリティブロック
３２５のそれぞれにおけるｈ）。ｈは、各パリティブロ
ックに必要とされるヘッダのサイズである。
つＰij３２５（ｊ＝１…Ｄ、例えばＰi1３３０，Ｐi2３
３５およびＰi3３４０）で示される同じサイズのＤ個の
パリティブロック３２５に細分化される。コンボリュー
ションエンコーダの出力の破壊は、パリティビットの数
を減少させるために、所定のビットのセットを消去する
手順であることが分かる。エンコーダ１６５の出力にお
けるＬFRAME ３１５パリティビット１７５のうち、Ｄｈ
パリティビットが破壊される（Ｄ個のパリティブロック
３２５のそれぞれにおけるｈ）。ｈは、各パリティブロ
ックに必要とされるヘッダのサイズである。
【００４６】各パリティブロック３３０，３３５および
３４０に対して、パリティ／制御ブロックヘッダ（ＰＣ
ＢＨ）３４５，３５０および３５５が、パリティブロッ
クＰ ij３２５の前につけ加えられる。パリティブロック
に対して、ＰＣＢＨ３４５，３５０および３５５は、１
ビットのＰＣＢＨヘッダタイプ（＝パリティブロックに
対して１）および１０ビットブロックシーケンス番号
（ＢＳＮ）を含む。ＰＣＢＨ３４５，３５０および３５
５は、ハミング符号を使用して選択的に符号化される。
３４０に対して、パリティ／制御ブロックヘッダ（ＰＣ
ＢＨ）３４５，３５０および３５５が、パリティブロッ
クＰ ij３２５の前につけ加えられる。パリティブロック
に対して、ＰＣＢＨ３４５，３５０および３５５は、１
ビットのＰＣＢＨヘッダタイプ（＝パリティブロックに
対して１）および１０ビットブロックシーケンス番号
（ＢＳＮ）を含む。ＰＣＢＨ３４５，３５０および３５
５は、ハミング符号を使用して選択的に符号化される。
【００４７】データブロックＤi1からＤiD３２０は、冗
長性を含んでおらず、フレームＲi２９０に対する１対
１のマッピングを表す。パリティブロックＰi1〜ＰiD３
２５は、Ｒi ２９０から導き出されたパリティ情報を含
み、図１の受信機１３０における復号化の失敗による順
方向誤り訂正（ＦＥＣ）のためのプロトコルにより使用
される。図６は、Ｄ＝３（即ち、フレーム当たり３個の
データブロック）の場合のデータ１７０およびパリティ
１７５ビットのブロック３２０および３２５へのマッピ
ングを示す。
長性を含んでおらず、フレームＲi２９０に対する１対
１のマッピングを表す。パリティブロックＰi1〜ＰiD３
２５は、Ｒi ２９０から導き出されたパリティ情報を含
み、図１の受信機１３０における復号化の失敗による順
方向誤り訂正（ＦＥＣ）のためのプロトコルにより使用
される。図６は、Ｄ＝３（即ち、フレーム当たり３個の
データブロック）の場合のデータ１７０およびパリティ
１７５ビットのブロック３２０および３２５へのマッピ
ングを示す。
【００４８】各データブロック３２０に対する別個のヘ
ッダは必要とされない。データ３２０およびパリティ３
２５ブロックは、体系的レート１／２バイナリコンボリ
ューションエンコーダ１６５を使用することにより、Ｒ
i ２９０から導き出される。非体系的コンボリューショ
ンエンコーダに対して、同じ手順が使用される。エンコ
ーダ１６５の出力ビットは、時間および符号の多用性を
最大化するために、インタリーブされた方法で、ブロッ
ク３２０および３２５にマップ化される。
ッダは必要とされない。データ３２０およびパリティ３
２５ブロックは、体系的レート１／２バイナリコンボリ
ューションエンコーダ１６５を使用することにより、Ｒ
i ２９０から導き出される。非体系的コンボリューショ
ンエンコーダに対して、同じ手順が使用される。エンコ
ーダ１６５の出力ビットは、時間および符号の多用性を
最大化するために、インタリーブされた方法で、ブロッ
ク３２０および３２５にマップ化される。
【００４９】図２のモード０ＲＬＰ２００は、最初にＲ
ＬＰデータブロックＤi1…ＤiD３２０を送り、図１の受
信機１３０が図５のＲＬＰフレームＲi ２９０を正しく
復号化することができない場合に、追加的なＲＬＰパリ
ティブロックＰij３２５をその後に送ることにより、デ
ータを逐次的に送出する。図１の送信機１１５は、Ｒ i
２９０に対して図１の受信機１３０から肯定的な受け取
り通知を受信するまで、ＲＬＰフレームＲi ２９０に対
応するデータ１７０およびパリティ１７５ビットを捨て
ることができない。
ＬＰデータブロックＤi1…ＤiD３２０を送り、図１の受
信機１３０が図５のＲＬＰフレームＲi ２９０を正しく
復号化することができない場合に、追加的なＲＬＰパリ
ティブロックＰij３２５をその後に送ることにより、デ
ータを逐次的に送出する。図１の送信機１１５は、Ｒ i
２９０に対して図１の受信機１３０から肯定的な受け取
り通知を受信するまで、ＲＬＰフレームＲi ２９０に対
応するデータ１７０およびパリティ１７５ビットを捨て
ることができない。
【００５０】このプロトコルは、送信されたが未だ認知
されていないブロックに対するビットマップをテーブ
ル、フレームテーブルおよびブロックテーブル中に維持
することにより動作する。図１の受信機１３０からのフ
ィードバックを得ることにより、送信プロトコルは、テ
ーブルを更新し、かつどのデータ３２０および／または
パリティ３２５ブロックを次のタイムスロットにおいて
送信するべきかを決定する。
されていないブロックに対するビットマップをテーブ
ル、フレームテーブルおよびブロックテーブル中に維持
することにより動作する。図１の受信機１３０からのフ
ィードバックを得ることにより、送信プロトコルは、テ
ーブルを更新し、かつどのデータ３２０および／または
パリティ３２５ブロックを次のタイムスロットにおいて
送信するべきかを決定する。
【００５１】制御ブロックは、パリティブロック３２５
の代わりに、タイムスロット中に挿入され得る。各制御
ブロックに対して、ＰＣＢＨ３４５ヘッダタイプビット
が０にセットされる。制御ブロックの例は、送信の完了
を示すために用いられるＡＲＱステータスブロックを含
む。このＡＲＱステータスブロックは、シーケンス中で
最後に受信されたブロックシーケンス番号およびＥＮＤ
ブロックを伴う受信されたブロックのビットマップを示
す。
の代わりに、タイムスロット中に挿入され得る。各制御
ブロックに対して、ＰＣＢＨ３４５ヘッダタイプビット
が０にセットされる。制御ブロックの例は、送信の完了
を示すために用いられるＡＲＱステータスブロックを含
む。このＡＲＱステータスブロックは、シーケンス中で
最後に受信されたブロックシーケンス番号およびＥＮＤ
ブロックを伴う受信されたブロックのビットマップを示
す。
【００５２】図４の受信ＲＬＰ２６０およびＩＲＳＤ２
６５は、図２のモード０ＲＬＰ２００の同等物であり、
図６の受信されたブロックＤij３２０およびＰij３２５
を結合し、かつレイヤ２フレームＲi ２９０を復元する
ためにそれらを一緒に復号化する。図４の受信ＲＬＰ２
６０は、受信されたデータおよびパリティブロックおよ
び図６の復号化されたＲＬＰフレーム３００が図４のレ
イヤ３フレーム２８５としてのレイヤ３にシーケンス中
で喪失されるまで、それらを格納するためのテーブルを
維持する。これらのブロックは、ソフトデシジョンフォ
ーマット中のレイヤ１から検索され、かつメモリオーバ
ヘッドを低減させるために、ｑレベルに量子化すること
により受信されたテーブル中に格納される。
６５は、図２のモード０ＲＬＰ２００の同等物であり、
図６の受信されたブロックＤij３２０およびＰij３２５
を結合し、かつレイヤ２フレームＲi ２９０を復元する
ためにそれらを一緒に復号化する。図４の受信ＲＬＰ２
６０は、受信されたデータおよびパリティブロックおよ
び図６の復号化されたＲＬＰフレーム３００が図４のレ
イヤ３フレーム２８５としてのレイヤ３にシーケンス中
で喪失されるまで、それらを格納するためのテーブルを
維持する。これらのブロックは、ソフトデシジョンフォ
ーマット中のレイヤ１から検索され、かつメモリオーバ
ヘッドを低減させるために、ｑレベルに量子化すること
により受信されたテーブル中に格納される。
【００５３】図４の増分冗長性デコーダ２６５は、図４
の送信エンコーダ１６５に対応する。これは、ソフトデ
シジョンブロックＤijおよびＰijの受信されたサブセッ
トを送り、好ましくはソフトデシジョンビタビアルゴリ
ズムを使用して復号化することを試みる。いずれの失わ
れたソフトビットも、図４のデコーダ２６５による削除
部分として取り扱われる。ビタビデコーダの出力は、Ｆ
ＣＳを演算するＦＣＳデコーダに送られ、かつ受信され
たフレームＲi ２９０がフレームチェックに送られたか
どうかを受信ＲＬＰ２６０に表示する。
の送信エンコーダ１６５に対応する。これは、ソフトデ
シジョンブロックＤijおよびＰijの受信されたサブセッ
トを送り、好ましくはソフトデシジョンビタビアルゴリ
ズムを使用して復号化することを試みる。いずれの失わ
れたソフトビットも、図４のデコーダ２６５による削除
部分として取り扱われる。ビタビデコーダの出力は、Ｆ
ＣＳを演算するＦＣＳデコーダに送られ、かつ受信され
たフレームＲi ２９０がフレームチェックに送られたか
どうかを受信ＲＬＰ２６０に表示する。
【００５４】エンコーダ出力１６５における図４のデー
タビットストリーム１７０およびパリティビットストリ
ーム１７５は、モード０インタリーバ１８０および１８
５により別個にインタリーブされ、かつブロッカ１９０
によりデータおよびパリティブロックに細分化される。
モード０ＲＬＰ２００により出力される２個、３個また
は４個のデータおよびパリティ／制御ブロックの組み合
わせが、それぞれ４レベル、８レベルまたは１６レベル
の変調の使用に対応する各タイムスロットにおいて送信
される。データまたはパリティブロックは、ＩＳ−１３
６タイムスロットのレイヤ１データ部分（図１１および
１２に示されたＤＡＴＡフィールド）に直接的に選択的
にマップ化される。図８，９および１０は、変調タイプ
の関数として、図５の論理的レイヤ１フレーム１２０の
フォーマットを示す。
タビットストリーム１７０およびパリティビットストリ
ーム１７５は、モード０インタリーバ１８０および１８
５により別個にインタリーブされ、かつブロッカ１９０
によりデータおよびパリティブロックに細分化される。
モード０ＲＬＰ２００により出力される２個、３個また
は４個のデータおよびパリティ／制御ブロックの組み合
わせが、それぞれ４レベル、８レベルまたは１６レベル
の変調の使用に対応する各タイムスロットにおいて送信
される。データまたはパリティブロックは、ＩＳ−１３
６タイムスロットのレイヤ１データ部分（図１１および
１２に示されたＤＡＴＡフィールド）に直接的に選択的
にマップ化される。図８，９および１０は、変調タイプ
の関数として、図５の論理的レイヤ１フレーム１２０の
フォーマットを示す。
【００５５】図７は、図４のレイヤ１フレームがデータ
セグメントヘッダ（ＤＳＨ）３６０に関連づけられてい
ることを示す。ＤＳＨ３６０は、好ましくは１０ビット
からなるブロックシーケンス番号（ＢＳＮ）３６５を含
む。このＢＳＮ３６５は、タイムスロット中の第１のデ
ータブロックに関連づけられている。データブロックが
ない場合、ＢＳＮ３６５は、図４の受信機１３０により
無視されるデフォルト値が与えられる。
セグメントヘッダ（ＤＳＨ）３６０に関連づけられてい
ることを示す。ＤＳＨ３６０は、好ましくは１０ビット
からなるブロックシーケンス番号（ＢＳＮ）３６５を含
む。このＢＳＮ３６５は、タイムスロット中の第１のデ
ータブロックに関連づけられている。データブロックが
ない場合、ＢＳＮ３６５は、図４の受信機１３０により
無視されるデフォルト値が与えられる。
【００５６】またＤＳＨ３６０は、好ましくは１ビット
からなる図７のポールインジケータ（ＰＩ）３７０を含
む。ＰＩ３７０は、ＡＲＱステータスフレームを要求す
るために、図１のシステム１０２により使用される。Ｄ
ＳＨ３６０は、また好ましくは２ビットからなるパリテ
ィ／制御ブロックポインタ（ＰＣＢＰ）３７５を含む。
ＰＣＢＰ３７５は、データおよびパリティ／制御ブロッ
クによってタイムスロットの構成を示す。また、ＤＳＨ
３６０は、将来の必要性のために、好ましくは１ビット
長である予約された（ＲＳＶＤ）３８０ヘッダを有す
る。
からなる図７のポールインジケータ（ＰＩ）３７０を含
む。ＰＩ３７０は、ＡＲＱステータスフレームを要求す
るために、図１のシステム１０２により使用される。Ｄ
ＳＨ３６０は、また好ましくは２ビットからなるパリテ
ィ／制御ブロックポインタ（ＰＣＢＰ）３７５を含む。
ＰＣＢＰ３７５は、データおよびパリティ／制御ブロッ
クによってタイムスロットの構成を示す。また、ＤＳＨ
３６０は、将来の必要性のために、好ましくは１ビット
長である予約された（ＲＳＶＤ）３８０ヘッダを有す
る。
【００５７】図７の１４ビットＤＳＨ３６０は、図８，
９および１０の２２ビットの符号化されたＤＳＨ（ＣＤ
ＳＨ）３８５を得るために、符号化される。エンコーデ
ィングは、好ましくはハミング符号を使用する。また、
各タイムスロットは、ダウンリンク上のデータの受領者
またはアップリンクにおける発信者を同定する仮定にお
いて、トランザクションに割り当てられる１２ビットの
符号化された部分的エコー（ＰＥ）を含む。
９および１０の２２ビットの符号化されたＤＳＨ（ＣＤ
ＳＨ）３８５を得るために、符号化される。エンコーデ
ィングは、好ましくはハミング符号を使用する。また、
各タイムスロットは、ダウンリンク上のデータの受領者
またはアップリンクにおける発信者を同定する仮定にお
いて、トランザクションに割り当てられる１２ビットの
符号化された部分的エコー（ＰＥ）を含む。
【００５８】ダウンリンクにおいて、３３６ビット（４
０個の八進ＲＬＰデータフレーム＋１６ビットＣＲＣ）
のサイズの各ＲＬＰフレームは、レート１／２、メモリ
５、体系的コンボリューション符号を使用して符号化さ
れる。ＲＬＰフレーム当たりのデータブロックの数
（Ｄ）は、名目的な値３にセットされる。エンコーダの
出力は、それぞれが１１２ビットのサイズの３個のデー
タブロックとそれぞれが１１２ビットから破壊された９
７ビットのサイズの３個のパリティブロックに細分化さ
れる。図８，９および１０の１５ビットのヘッダパリテ
ィ／制御ブロック（ＰＣＢＨ）３９０は、各パリティブ
ロックに対して使用される。これらのブロックは、上述
したようにタイムスロット当たり、２個、３個または４
個運ばれる。
０個の八進ＲＬＰデータフレーム＋１６ビットＣＲＣ）
のサイズの各ＲＬＰフレームは、レート１／２、メモリ
５、体系的コンボリューション符号を使用して符号化さ
れる。ＲＬＰフレーム当たりのデータブロックの数
（Ｄ）は、名目的な値３にセットされる。エンコーダの
出力は、それぞれが１１２ビットのサイズの３個のデー
タブロックとそれぞれが１１２ビットから破壊された９
７ビットのサイズの３個のパリティブロックに細分化さ
れる。図８，９および１０の１５ビットのヘッダパリテ
ィ／制御ブロック（ＰＣＢＨ）３９０は、各パリティブ
ロックに対して使用される。これらのブロックは、上述
したようにタイムスロット当たり、２個、３個または４
個運ばれる。
【００５９】アップリンクにおいて、３４２ビット（４
１個の八進ＲＬＰフレーム＋１４ビットＣＲＣ）のサイ
ズの各フレームは、レート１／２のメモリ５、体系的コ
ンボリューションコードを使用して符号化される。ＲＬ
Ｐフレーム当たりのデータブロックの数（Ｄ）は、３に
セットされる。エンコーダの出力は、各々が１１４ビッ
トのサイズの３個のデータブロックと各々が１１４ビッ
トから破壊された９９ビットのサイズの３個のパリティ
ブロックに細分化される。図８，９および１０の１５ビ
ットヘッダ（ＰＣＢＨ）３９０が、各パリティブロック
に対して使用される。これらのブロックは、上述したよ
うにタイムスロット当たり２個、３個または４個が運ば
れる。
１個の八進ＲＬＰフレーム＋１４ビットＣＲＣ）のサイ
ズの各フレームは、レート１／２のメモリ５、体系的コ
ンボリューションコードを使用して符号化される。ＲＬ
Ｐフレーム当たりのデータブロックの数（Ｄ）は、３に
セットされる。エンコーダの出力は、各々が１１４ビッ
トのサイズの３個のデータブロックと各々が１１４ビッ
トから破壊された９９ビットのサイズの３個のパリティ
ブロックに細分化される。図８，９および１０の１５ビ
ットヘッダ（ＰＣＢＨ）３９０が、各パリティブロック
に対して使用される。これらのブロックは、上述したよ
うにタイムスロット当たり２個、３個または４個が運ば
れる。
【００６０】図８は、各ＩＳ−１３６タイムスロットに
おいて送信される２個のブロックを伴うレベル４変調を
仮定する論理レイヤ１フレームフォーマットを示す。図
７のＤＳＨ３６０中のＰＣＢＰ３７５の値は、データお
よびパリティブロックによりタイムスロット中のデータ
セグメントの構成を同定するために使用される。一例と
して、ＰＣＢＰ３７５＝００は、２個のパリティブロッ
クを示し、ＰＣＢＰ３７５＝０１は、１個のデータおよ
び１個のパリティブロックを示し、ＰＣＢＰ３７５＝１
０は、２個のパリティブロックを示す。図９は、ＰＣＢ
Ｐの使用および８レベル変調に対するタイムスロットの
構成を示し、図１０は、１６レベル変調の場合を示す。
おいて送信される２個のブロックを伴うレベル４変調を
仮定する論理レイヤ１フレームフォーマットを示す。図
７のＤＳＨ３６０中のＰＣＢＰ３７５の値は、データお
よびパリティブロックによりタイムスロット中のデータ
セグメントの構成を同定するために使用される。一例と
して、ＰＣＢＰ３７５＝００は、２個のパリティブロッ
クを示し、ＰＣＢＰ３７５＝０１は、１個のデータおよ
び１個のパリティブロックを示し、ＰＣＢＰ３７５＝１
０は、２個のパリティブロックを示す。図９は、ＰＣＢ
Ｐの使用および８レベル変調に対するタイムスロットの
構成を示し、図１０は、１６レベル変調の場合を示す。
【００６１】図８，９および１０の適応フィールド（Ａ
Ｆ）３９５および図７のＤＳＨ３６０のようなフィール
ドは、タイムスロット中の特別な位置を仮定しており、
レイヤ１データの一部として送信されない。図８，９お
よび１０のＣＤＳＨ３８５中の図６のブロックシーケン
ス番号（ＢＳＮ）３６５は、スロット中の第１のデータ
ブロック３２０に対応するシーケンス番号を指す。パリ
ティブロック３４０のみが送信された場合、このフィー
ルドは無視される。上記のフィールドに加えて、ＭＡＣ
レイヤトランザクションに割り当てられた符号化された
ＰＥが、移動体局識別子として使用される。
Ｆ）３９５および図７のＤＳＨ３６０のようなフィール
ドは、タイムスロット中の特別な位置を仮定しており、
レイヤ１データの一部として送信されない。図８，９お
よび１０のＣＤＳＨ３８５中の図６のブロックシーケン
ス番号（ＢＳＮ）３６５は、スロット中の第１のデータ
ブロック３２０に対応するシーケンス番号を指す。パリ
ティブロック３４０のみが送信された場合、このフィー
ルドは無視される。上記のフィールドに加えて、ＭＡＣ
レイヤトランザクションに割り当てられた符号化された
ＰＥが、移動体局識別子として使用される。
【００６２】図１１，１２，１３および１４は、図４の
受信ＲＬＰ２６０，ＩＲＳＤ２６５，モード０ＲＬＰ２
７５へのフィードバック２７０、およびモード０ＲＬＰ
２７５により実行されるプロセスの一例を示す。図１１
のステップ４００において、図４の受信ＲＬＰ２６０
は、チャネル復調２５５からの復調されたタイムスロッ
トを受信し、図１１のステップ４０５において、図７の
データセグメントヘッダ（ＤＳＨ）３６０を復号化す
る。
受信ＲＬＰ２６０，ＩＲＳＤ２６５，モード０ＲＬＰ２
７５へのフィードバック２７０、およびモード０ＲＬＰ
２７５により実行されるプロセスの一例を示す。図１１
のステップ４００において、図４の受信ＲＬＰ２６０
は、チャネル復調２５５からの復調されたタイムスロッ
トを受信し、図１１のステップ４０５において、図７の
データセグメントヘッダ（ＤＳＨ）３６０を復号化す
る。
【００６３】決定ステップ４１０において、図７のＤＳ
Ｈ３６０がうまく復号化された場合、プロセスは図１１
のステップ４１５へ進む。図７のＤＳＨ３６０がうまく
復号化されなかった場合、プロセスは代わりに図１１の
ステップ４２０へ進む。ステップ４２０において、図４
の受信ＲＬＰ２６０は、タイムスロットを廃棄し、かつ
図１１のノードＡ４２５へ進み、図４のＩＲＳＤ２６５
において新しいプロセスを開始する。
Ｈ３６０がうまく復号化された場合、プロセスは図１１
のステップ４１５へ進む。図７のＤＳＨ３６０がうまく
復号化されなかった場合、プロセスは代わりに図１１の
ステップ４２０へ進む。ステップ４２０において、図４
の受信ＲＬＰ２６０は、タイムスロットを廃棄し、かつ
図１１のノードＡ４２５へ進み、図４のＩＲＳＤ２６５
において新しいプロセスを開始する。
【００６４】図７のＤＳＨ３６０が図４の受信ＲＬＰ２
６０をうまく復号化した場合、図１１のステップ４１５
において、図７のＤＳＨ３６０中の図７，８，９および
１０のＰＣＢＰ３７５を読みだし、かつ図６のデータ３
２０およびパリティブロック３２５の数を決定し、かつ
パリティブロックについて、図６のＰＣＢＨ３４５，３
５０，３５５および図８，９および１０のＰＣＢＨ３９
０を復号化する。
６０をうまく復号化した場合、図１１のステップ４１５
において、図７のＤＳＨ３６０中の図７，８，９および
１０のＰＣＢＰ３７５を読みだし、かつ図６のデータ３
２０およびパリティブロック３２５の数を決定し、かつ
パリティブロックについて、図６のＰＣＢＨ３４５，３
５０，３５５および図８，９および１０のＰＣＢＨ３９
０を復号化する。
【００６５】そして、図４の受信ＲＬＰ２６０は、図１
１のステップ４３０において、受信されたデータおよび
パリティブロックに対するブロックビットマップテーブ
ルを更新し、かつステップ４３５において、ソフト情報
およびデータ／パリティブロックシーケンス番号をＩＲ
ＳＤ２６５へ送り、かつノードＡ４２５において、ＩＲ
ＳＤ２６５におけるプロセスを継続する。
１のステップ４３０において、受信されたデータおよび
パリティブロックに対するブロックビットマップテーブ
ルを更新し、かつステップ４３５において、ソフト情報
およびデータ／パリティブロックシーケンス番号をＩＲ
ＳＤ２６５へ送り、かつノードＡ４２５において、ＩＲ
ＳＤ２６５におけるプロセスを継続する。
【００６６】図１２は、図４のＩＲＳＤ２６５により実
行されるプロセスを示す。このプロセスは図１２のステ
ップ４４０において開始し、図４のＩＲＳＤ２６５は、
受信ＲＬＰ２６０からソフト情報およびデータ／パリテ
ィブロック番号を受信する。図１２のステップ４４５に
おいて、図４のＩＲＳＤ２６５は、ＲＬＰフレームに関
連づけられて前もって格納されたデータおよび／または
パリティブロックを使用して、新しく受信されたデータ
および／またはパリティブロックに関連づけられたＲＬ
Ｐフレームを復号化する。
行されるプロセスを示す。このプロセスは図１２のステ
ップ４４０において開始し、図４のＩＲＳＤ２６５は、
受信ＲＬＰ２６０からソフト情報およびデータ／パリテ
ィブロック番号を受信する。図１２のステップ４４５に
おいて、図４のＩＲＳＤ２６５は、ＲＬＰフレームに関
連づけられて前もって格納されたデータおよび／または
パリティブロックを使用して、新しく受信されたデータ
および／またはパリティブロックに関連づけられたＲＬ
Ｐフレームを復号化する。
【００６７】そして、ＩＲＳＤ２６５は、図１２のステ
ップ４５０において、復号化されたかくＲＬＰフレーム
に関連づけられたＦＣＳをチェックする。決定ステップ
４５５において、ＦＣＳチェックがうまくいった場合、
プロセスはステップ４６０に進む。ＦＣＳチェックがう
まく行かなかった場合、プロセスはその代わりにステッ
プ４６５へ進む。ステップ４６５において、受信された
データ／パリティブロックに関連づけられた新しいソフ
ト情報が格納され、かつステップ４７０においてプロセ
スが終了する。
ップ４５０において、復号化されたかくＲＬＰフレーム
に関連づけられたＦＣＳをチェックする。決定ステップ
４５５において、ＦＣＳチェックがうまくいった場合、
プロセスはステップ４６０に進む。ＦＣＳチェックがう
まく行かなかった場合、プロセスはその代わりにステッ
プ４６５へ進む。ステップ４６５において、受信された
データ／パリティブロックに関連づけられた新しいソフ
ト情報が格納され、かつステップ４７０においてプロセ
スが終了する。
【００６８】ＦＣＳチェックがうまくいった場合、図４
のＩＲＳＤ２６５は、図１２のステップ４６０におい
て、ＲＬＰフレームからのテーブルを更新し、ステップ
４７５において、このうまく復号化されたフレームをシ
ーケンスバッファに格納する。ステップ４８０におい
て、図４のＩＲＳＤ２６５は、シーケンス内データをフ
ラグリムーバ２８０に送り、フレームビットマップテー
ブルを更新し、かつ図１２のステップ４７０においてプ
ロセスを終了する。
のＩＲＳＤ２６５は、図１２のステップ４６０におい
て、ＲＬＰフレームからのテーブルを更新し、ステップ
４７５において、このうまく復号化されたフレームをシ
ーケンスバッファに格納する。ステップ４８０におい
て、図４のＩＲＳＤ２６５は、シーケンス内データをフ
ラグリムーバ２８０に送り、フレームビットマップテー
ブルを更新し、かつ図１２のステップ４７０においてプ
ロセスを終了する。
【００６９】図１３は、図４のフィードバック信号２７
０を生成するためのプロセスを示す。図４の第１の受信
ＲＬＰ２６０は、図１３のステップ４８５において、フ
レームビットマップテーブルからフレームビットマップ
を得る。そして、図４の受信ＲＬＰ２６０は、図１３の
ステップ４９０において、ブロックビットマップテーブ
ルからデータおよび／またはパリティブロックビットマ
ップを得て、図１３のステップ４９５において、図４の
フィードバック信号２７０によりビットマップをモード
０ＲＬＰ２７５へ送信する。
０を生成するためのプロセスを示す。図４の第１の受信
ＲＬＰ２６０は、図１３のステップ４８５において、フ
レームビットマップテーブルからフレームビットマップ
を得る。そして、図４の受信ＲＬＰ２６０は、図１３の
ステップ４９０において、ブロックビットマップテーブ
ルからデータおよび／またはパリティブロックビットマ
ップを得て、図１３のステップ４９５において、図４の
フィードバック信号２７０によりビットマップをモード
０ＲＬＰ２７５へ送信する。
【００７０】図１４は図４のモード０ＲＬＰ２７５によ
るフィードバック信号２７０の処理を示す。ステップ５
０５において、図４のモード０ＲＬＰ２７５は、受信Ｒ
ＬＰ２６０により送信されたビットマップを受信する。
そして、モード０ＲＬＰ２７５は、図１４のステップ５
１０において、ＲＬＰフレームビットマップを更新し、
ステップ５１５において、データおよび／またはパリテ
ィブロックビットマップを更新する。
るフィードバック信号２７０の処理を示す。ステップ５
０５において、図４のモード０ＲＬＰ２７５は、受信Ｒ
ＬＰ２６０により送信されたビットマップを受信する。
そして、モード０ＲＬＰ２７５は、図１４のステップ５
１０において、ＲＬＰフレームビットマップを更新し、
ステップ５１５において、データおよび／またはパリテ
ィブロックビットマップを更新する。
【００７１】図１５は、フレームビットマップのみが使
用される場合の各ＲＬＰフレームについてのデータおよ
び／またはパリティブロックの送信プロセスを示す。ス
テップ５２５において、図４のモード０ＲＬＰ２７５
は、新たに符号化されたブロック化ＲＬＰフレームを受
信し、ステップ５３０において、ＲＬＰフレームのブロ
ックを、送信シーケンスの中に入れる。一例として、Ｄ
i1，Ｄi2，Ｄi3，Ｐi1，Ｐi2およびＰi3のラウンドロビ
ンシーケンスが、使用され、Ｄi1はＰi3の後に繰り返さ
れる。
用される場合の各ＲＬＰフレームについてのデータおよ
び／またはパリティブロックの送信プロセスを示す。ス
テップ５２５において、図４のモード０ＲＬＰ２７５
は、新たに符号化されたブロック化ＲＬＰフレームを受
信し、ステップ５３０において、ＲＬＰフレームのブロ
ックを、送信シーケンスの中に入れる。一例として、Ｄ
i1，Ｄi2，Ｄi3，Ｐi1，Ｐi2およびＰi3のラウンドロビ
ンシーケンスが、使用され、Ｄi1はＰi3の後に繰り返さ
れる。
【００７２】ステップ５３５において、図４のモード０
ＲＬＰ２７５は、データブロックＤ i1，Ｄi2およびＤi3
を送信する。決定ステップ５４０において、フレームビ
ットマップが、図４の受信ＲＬＰ２６０においてフレー
ム受け取り通知（ＡＣＫ）を示す場合、プロセスはステ
ップ５４５に進む。代わりに、図４の受信ＲＬＰ２６０
においてＮＡＫが登録されている場合、プロセスはステ
ップ５５０に進む。ステップ５５０において、図４のモ
ード０ＲＬＰ２７５は、送信シーケンスを廃棄し、かつ
ステップ５５５においてこのプロセスを終了する。
ＲＬＰ２７５は、データブロックＤ i1，Ｄi2およびＤi3
を送信する。決定ステップ５４０において、フレームビ
ットマップが、図４の受信ＲＬＰ２６０においてフレー
ム受け取り通知（ＡＣＫ）を示す場合、プロセスはステ
ップ５４５に進む。代わりに、図４の受信ＲＬＰ２６０
においてＮＡＫが登録されている場合、プロセスはステ
ップ５５０に進む。ステップ５５０において、図４のモ
ード０ＲＬＰ２７５は、送信シーケンスを廃棄し、かつ
ステップ５５５においてこのプロセスを終了する。
【００７３】ステップ５４５において、図４のモード０
ＲＬＰ２７５は、送信シーケンスにおいて次のデータま
たはパリティブロックを送信し、応答するために受信Ｒ
ＬＰ２６０をステップ５６０において待つ。そして、こ
のプロセスは、決定ステップ５４０まで継続し、このプ
ロセスは全てのブロックが適切に送信されるまで継続す
る。
ＲＬＰ２７５は、送信シーケンスにおいて次のデータま
たはパリティブロックを送信し、応答するために受信Ｒ
ＬＰ２６０をステップ５６０において待つ。そして、こ
のプロセスは、決定ステップ５４０まで継続し、このプ
ロセスは全てのブロックが適切に送信されるまで継続す
る。
【００７４】図１６は、ブロックおよびフレームビット
マップの双方が使用される場合、各ＲＬＰフレームにつ
いてのデータおよび／またはパリティブロックを送信す
るステップを示す。ステップ５６５において、図４のモ
ード０ＲＬＰ２７５は、新たに符号化されたブロック化
ＲＬＰフレームを受信し、ステップ５７０において、Ｒ
ＬＰフレームのブロックを送信シーケンスに入れる。一
例として、Ｄi1，Ｄi2，Ｄi3，Ｐi1，Ｐi2およびＰi3の
ラウンドロビンシーケンスが使用される。ここで、Ｄi1
はＰi3の後に繰り返す。
マップの双方が使用される場合、各ＲＬＰフレームにつ
いてのデータおよび／またはパリティブロックを送信す
るステップを示す。ステップ５６５において、図４のモ
ード０ＲＬＰ２７５は、新たに符号化されたブロック化
ＲＬＰフレームを受信し、ステップ５７０において、Ｒ
ＬＰフレームのブロックを送信シーケンスに入れる。一
例として、Ｄi1，Ｄi2，Ｄi3，Ｐi1，Ｐi2およびＰi3の
ラウンドロビンシーケンスが使用される。ここで、Ｄi1
はＰi3の後に繰り返す。
【００７５】ステップ５７５において、図４のモード０
ＲＬＰ２７５は、データブロックＤ i1，Ｄi2およびＤi3
を送信する。決定ステップ５８０において、フレームビ
ットマップが図４の受信ＲＬＰ２６０において、フレー
ム受け取り通知（ＡＣＫ）を示す場合、プロセスはステ
ップ５８５に進む。この代わりに、ＮＡＫが図４の受信
ＲＬＰ２６０において登録されている場合、プロセスは
ステップ５９０に進む。ステップ５９０において、図４
のモード０ＲＬＰ２７５は、送信シーケンスを廃棄し、
かつこのプロセスはステップ５９５において終了する。
ＲＬＰ２７５は、データブロックＤ i1，Ｄi2およびＤi3
を送信する。決定ステップ５８０において、フレームビ
ットマップが図４の受信ＲＬＰ２６０において、フレー
ム受け取り通知（ＡＣＫ）を示す場合、プロセスはステ
ップ５８５に進む。この代わりに、ＮＡＫが図４の受信
ＲＬＰ２６０において登録されている場合、プロセスは
ステップ５９０に進む。ステップ５９０において、図４
のモード０ＲＬＰ２７５は、送信シーケンスを廃棄し、
かつこのプロセスはステップ５９５において終了する。
【００７６】決定ステップ５８５において、ブロックビ
ットマップが、図４の受信ＲＬＰ２６０においてブロッ
ク非受け取り通知（ＮＡＫ）を示す場合、プロセスはス
テップ６００に進む。そうではなくて、決定ステップ５
８５がＡＣＫの結果となる場合、プロセスはステップ６
０５へ進む。ステップ６０５において、図４のモード０
ＲＬＰ２７５は、送信シーケンスにおいて次のデータま
たはパリティブロックを送信し、応答するためにステッ
プ６１０において受信ＲＬＰ２６０を待つ。そして、プ
ロセスは、決定ステップ５８０へ戻り、かつプロセスは
全てのブロックが適切に送信されるまで継続される。
ットマップが、図４の受信ＲＬＰ２６０においてブロッ
ク非受け取り通知（ＮＡＫ）を示す場合、プロセスはス
テップ６００に進む。そうではなくて、決定ステップ５
８５がＡＣＫの結果となる場合、プロセスはステップ６
０５へ進む。ステップ６０５において、図４のモード０
ＲＬＰ２７５は、送信シーケンスにおいて次のデータま
たはパリティブロックを送信し、応答するためにステッ
プ６１０において受信ＲＬＰ２６０を待つ。そして、プ
ロセスは、決定ステップ５８０へ戻り、かつプロセスは
全てのブロックが適切に送信されるまで継続される。
【００７７】ＮＡＫが決定ステップ５８５の結果である
場合、プロセスはステップ６００に進む。ステップ６０
０において、図４のモード０ＲＬＰ２７５が送信シーケ
ンスなしにＮＡＫデータまたはパリティブロックを送信
する場合、ステップ６１０において応答するために受信
ＲＬＰ２６０を待つ。そして、プロセスは決定ステップ
５８０に戻り、かつプロセスは全てのブロックが適切に
送信されるまで継続される。
場合、プロセスはステップ６００に進む。ステップ６０
０において、図４のモード０ＲＬＰ２７５が送信シーケ
ンスなしにＮＡＫデータまたはパリティブロックを送信
する場合、ステップ６１０において応答するために受信
ＲＬＰ２６０を待つ。そして、プロセスは決定ステップ
５８０に戻り、かつプロセスは全てのブロックが適切に
送信されるまで継続される。
【００７８】図１７は、モード０に対するダウンリンク
タイムスロットフォーマットを示す。タイムスロットは
以下のフィールドを有する。即ち、ＳＹＮＣ−同期フィ
ールド（ＳＹＮＣ）６１５、パケットチャネルフィード
バック（ＰＣＦ）６２０、ＣＳＦＰ／ＣＡＦ６２５とし
て示されている符号化スーパーフレームフェーズ（ＣＳ
ＦＰ）および符号化適応型フィールド（ＣＡＦ）、符号
化部分エコー（ＣＰＥ）６３０、符号化データセグメン
トヘッダ（ＣＤＳＨ）６３５，３８５でありこれらは図
８，９および１０に示されており、予約された（ＲＳＶ
Ｄ）６４０およびデータブロック３２０であり、これら
は図６，８，９および１０に示されている。
タイムスロットフォーマットを示す。タイムスロットは
以下のフィールドを有する。即ち、ＳＹＮＣ−同期フィ
ールド（ＳＹＮＣ）６１５、パケットチャネルフィード
バック（ＰＣＦ）６２０、ＣＳＦＰ／ＣＡＦ６２５とし
て示されている符号化スーパーフレームフェーズ（ＣＳ
ＦＰ）および符号化適応型フィールド（ＣＡＦ）、符号
化部分エコー（ＣＰＥ）６３０、符号化データセグメン
トヘッダ（ＣＤＳＨ）６３５，３８５でありこれらは図
８，９および１０に示されており、予約された（ＲＳＶ
Ｄ）６４０およびデータブロック３２０であり、これら
は図６，８，９および１０に示されている。
【００７９】ダウンリンクおよびアップリンクのための
タイムスロット構造は、好ましくは差分符号化ＰＳＫ
（ＤＰＳＫ）配置を使用する。コヒーレントＰＳＫが使
用される場合、パイロットシンボルおよびレファレンス
シンボルがタイムスロット構造中の適切な位置に挿入さ
れる。
タイムスロット構造は、好ましくは差分符号化ＰＳＫ
（ＤＰＳＫ）配置を使用する。コヒーレントＰＳＫが使
用される場合、パイロットシンボルおよびレファレンス
シンボルがタイムスロット構造中の適切な位置に挿入さ
れる。
【００８０】ＰＤＦ４２０フィールドは、図４のＡＣＫ
／ＮＡＫ２７０、図４のチャネル品質フィードバック１
２５および逆パケットデータチャネル上のタイムスロッ
ト割当を提供するためのメカニズムとして使用される。
ダウンリンク上のＣＡＦ６２５は、データに対して使用
される変調フォーマット（４レベル、８レベルまたは１
６レベル）を示す２ビットからなる。レイヤ１データフ
ィールドは、図８，９，１０および１１において前述さ
れた手順を使用して構成される２個、３個または４個の
ブロックからなる。
／ＮＡＫ２７０、図４のチャネル品質フィードバック１
２５および逆パケットデータチャネル上のタイムスロッ
ト割当を提供するためのメカニズムとして使用される。
ダウンリンク上のＣＡＦ６２５は、データに対して使用
される変調フォーマット（４レベル、８レベルまたは１
６レベル）を示す２ビットからなる。レイヤ１データフ
ィールドは、図８，９，１０および１１において前述さ
れた手順を使用して構成される２個、３個または４個の
ブロックからなる。
【００８１】適応型フィールドスーパーフレームフェー
ズおよび１予約ビットが、ＩＳ−１３６においてＣＤＶ
ＣＣとして使用される同じハミング符号を使用して一緒
に符号化される。２２ビットがＣＤＳＨフィールド６３
５に対して使用され、１２ビットＣＰＥ６３０フィール
ドが、データの受領者を同定するために使用される。Ｓ
ＹＮＣ６１５フィールドは、π／４−ＤＱＰＳＫを使用
して送信される。ＣＳＦＰ／ＣＡＦ６２５，ＰＣＦ６２
０，ＣＰＥ６３０およびＣＤＳＨ３６５も４レベル変調
を使用して送信される。
ズおよび１予約ビットが、ＩＳ−１３６においてＣＤＶ
ＣＣとして使用される同じハミング符号を使用して一緒
に符号化される。２２ビットがＣＤＳＨフィールド６３
５に対して使用され、１２ビットＣＰＥ６３０フィール
ドが、データの受領者を同定するために使用される。Ｓ
ＹＮＣ６１５フィールドは、π／４−ＤＱＰＳＫを使用
して送信される。ＣＳＦＰ／ＣＡＦ６２５，ＰＣＦ６２
０，ＣＰＥ６３０およびＣＤＳＨ３６５も４レベル変調
を使用して送信される。
【００８２】コンテンションアクセスは、４レベル変調
を使用して送信される。より高いレベルの変調（８レベ
ルおよび１６レベル）が、ＡＲＱＣＯＮＴＩＮＵＥモー
ドにおいて送信するために１つよりも多いバーストを有
する移動体局により使用され、予約に基づく送信機会を
探知している。
を使用して送信される。より高いレベルの変調（８レベ
ルおよび１６レベル）が、ＡＲＱＣＯＮＴＩＮＵＥモー
ドにおいて送信するために１つよりも多いバーストを有
する移動体局により使用され、予約に基づく送信機会を
探知している。
【００８３】図１８は、好ましいアップリンクタイムス
ロット構造を示す。ガード（Ｇ）６４５、ランプ（Ｒ）
６５０、プレアンブル（ＰＲＥＡＭ）６５５および（Ｓ
ＹＮＣ）６１５フィールドが、ＩＳ−１３６において維
持される。新たに符号化された適応２０フィールド（Ｃ
ＡＦ）６６０は、データに対する変調フォーマットを示
すために導入される。
ロット構造を示す。ガード（Ｇ）６４５、ランプ（Ｒ）
６５０、プレアンブル（ＰＲＥＡＭ）６５５および（Ｓ
ＹＮＣ）６１５フィールドが、ＩＳ−１３６において維
持される。新たに符号化された適応２０フィールド（Ｃ
ＡＦ）６６０は、データに対する変調フォーマットを示
すために導入される。
【００８４】２ビットが変調タイプのために使用され
る。これらは（６，２）符号を使用して符号化される。
ＣＤＳＨ６３５は２２ビットを使用し、１２ビットＣＰ
Ｅ６６５は、移動体局を同定するために使用される。Ｇ
６４５，Ｒ６５０，ＰＲＥＡＭ６５５，ＣＰＥ６６５，
ＣＤＳＨ６３５およびＣＡＦ６６０が、４レベル変調を
使用して送信される。
る。これらは（６，２）符号を使用して符号化される。
ＣＤＳＨ６３５は２２ビットを使用し、１２ビットＣＰ
Ｅ６６５は、移動体局を同定するために使用される。Ｇ
６４５，Ｒ６５０，ＰＲＥＡＭ６５５，ＣＰＥ６６５，
ＣＤＳＨ６３５およびＣＡＦ６６０が、４レベル変調を
使用して送信される。
【００８５】変調タイプは、１つのタイムスロットにつ
いて固定されるが、１つのＲＬＰフレームまたは１つの
ＭＡＣレイヤトランザクションの全体については固定さ
れない。レイヤ１は、受信機１３０およびレイヤ２のニ
ーズから、図４のチャネル品質フィードバック１２５に
基づいて次のタイムスロットに対して使用するために変
調タイプを決定する。
いて固定されるが、１つのＲＬＰフレームまたは１つの
ＭＡＣレイヤトランザクションの全体については固定さ
れない。レイヤ１は、受信機１３０およびレイヤ２のニ
ーズから、図４のチャネル品質フィードバック１２５に
基づいて次のタイムスロットに対して使用するために変
調タイプを決定する。
【００８６】使用される変調フォーマットは、４レベル
（ＤＱＰＳＫまたはπ／４−コヒーレントＰＳＫ）、８
レベル（差分またはコヒーレント）および１６レベル
（ＰＳＫ，ＤＰＳＫまたはＱＡＭ）変調である。２ビッ
ト適応フィールドは、使用される符号化および／または
変調フォーマットを示すために使用される。表１は、対
応する変調フォーマットへのＡＦ値のマッピングを示
す。
（ＤＱＰＳＫまたはπ／４−コヒーレントＰＳＫ）、８
レベル（差分またはコヒーレント）および１６レベル
（ＰＳＫ，ＤＰＳＫまたはＱＡＭ）変調である。２ビッ
ト適応フィールドは、使用される符号化および／または
変調フォーマットを示すために使用される。表１は、対
応する変調フォーマットへのＡＦ値のマッピングを示
す。
【００８７】デフォルト値は、異なるパケットデータチ
ャネルフレームフォーマットおよび増分冗長性と符号化
モードとの間の相互作用を許容するために、タイムスロ
ット内にレート５／６符号化を有するデフォルトＤＱＰ
ＳＫフォーマットを特定する。
ャネルフレームフォーマットおよび増分冗長性と符号化
モードとの間の相互作用を許容するために、タイムスロ
ット内にレート５／６符号化を有するデフォルトＤＱＰ
ＳＫフォーマットを特定する。
【００８８】 表 １ ----------------------------------------------------------------------- ＡＦ 符号化および／または変調フォーマット ----------------------------------------------------------------------- ００ ４レベル（π／４−ＱＰＳＫまたはπ／４−ＤＱＰＳＫ） ０１ ８レベル（ＰＳＫまたはＤＰＳＫ） １０ １６レベル（ＱＡＭ，ＰＳＫまたはＤＰＳＫ） １１ デフォルト（例えば、レート５／６， ４レベル変調でのメモリ５コンボリューション符号化） -----------------------------------------------------------------------
【００８９】図４のチャネル品質フィードバック（ＣＱ
Ｆ）１２５は、図１９に示されたレイヤ２“ＡＲＱステ
ータス”ブロックにおいて、逆パケットデータチャネル
上に移動体局により提供される。ＡＲＱステータスブロ
ックは、好ましくはいずれの予約アップリンクタイムス
ロットにおいても送信される。２ビットチャネル品質イ
ンジケータが、最大の許容可能な変調タイプを示すため
に使用される。
Ｆ）１２５は、図１９に示されたレイヤ２“ＡＲＱステ
ータス”ブロックにおいて、逆パケットデータチャネル
上に移動体局により提供される。ＡＲＱステータスブロ
ックは、好ましくはいずれの予約アップリンクタイムス
ロットにおいても送信される。２ビットチャネル品質イ
ンジケータが、最大の許容可能な変調タイプを示すため
に使用される。
【００９０】ＡＲＱステータスブロックに対するＰＣＢ
Ｈ６７０は、ビットマップフィードバックに対する開始
フレームを同定する１ビットＰＣＢＨヘッダタイプ（＝
０）、１ビット制御ブロックタイプ（＝０，ＡＲＱステ
ータスブロックに対して）、２ビットＣＱＦフィール
ド、７ビットフレームシーケンス番号（ＦＳＮ）からな
る。
Ｈ６７０は、ビットマップフィードバックに対する開始
フレームを同定する１ビットＰＣＢＨヘッダタイプ（＝
０）、１ビット制御ブロックタイプ（＝０，ＡＲＱステ
ータスブロックに対して）、２ビットＣＱＦフィール
ド、７ビットフレームシーケンス番号（ＦＳＮ）からな
る。
【００９１】ＰＣＢＨ６７０は、（１５，１１）符号を
使用して符号化される。ＡＲＱステータスブロックの残
りは、デフォルト５／６レートコンボリューション符号
を使用して符号化されたビットマップフィードバック６
７５およびＣＲＣ６８０からなる。
使用して符号化される。ＡＲＱステータスブロックの残
りは、デフォルト５／６レートコンボリューション符号
を使用して符号化されたビットマップフィードバック６
７５およびＣＲＣ６８０からなる。
【００９２】アップリンクに対して、チャネル品質フィ
ードバックは、予約スロットに対応するＰＣＦにおいて
提供される。ＰＣＦにおけるサブチャネルフィードバッ
ク（ＳＦ）フィールドは、先行するスロットに対するＡ
ＣＫ／ＮＡＫおよびチャネル品質フィードバックおよび
受け取り認知された移動体局への後続の割当に対する変
調フォーマット助言として働くチャネル品質フィードバ
ック（ＣＱＦ）を提供する。ＡＣＫ／ＮＡＫフィードバ
ックに対して、単純な（６，１）反復符号が使用され
る。（６，２）符号は、チャネル品質フィードバックに
対して使用される。
ードバックは、予約スロットに対応するＰＣＦにおいて
提供される。ＰＣＦにおけるサブチャネルフィードバッ
ク（ＳＦ）フィールドは、先行するスロットに対するＡ
ＣＫ／ＮＡＫおよびチャネル品質フィードバックおよび
受け取り認知された移動体局への後続の割当に対する変
調フォーマット助言として働くチャネル品質フィードバ
ック（ＣＱＦ）を提供する。ＡＣＫ／ＮＡＫフィードバ
ックに対して、単純な（６，１）反復符号が使用され
る。（６，２）符号は、チャネル品質フィードバックに
対して使用される。
【００９３】図４の受信機１３０は、デコーダ２６５の
入力において信号体妨害プラス雑音比Ｃ／（Ｉ＋Ｎ）の
絶対的な尺度を得るために、受信されたシンボルシーケ
ンスと復号化されたシンボルシーケンスとの間のユーク
リッド距離を平均化することによりチャネル品質情報を
得る。前述した特許出願において示されているように、
この方法は、ドップラー周波数の範囲に亘って異なる符
号化変調スキームに対する雑音制限および妨害制限の条
件下でのよい推定を得る。このメトリック演算は、実際
のデコーダの具現化とは無関係であり、復号化された情
報シーケンスを使用して演算され得る。
入力において信号体妨害プラス雑音比Ｃ／（Ｉ＋Ｎ）の
絶対的な尺度を得るために、受信されたシンボルシーケ
ンスと復号化されたシンボルシーケンスとの間のユーク
リッド距離を平均化することによりチャネル品質情報を
得る。前述した特許出願において示されているように、
この方法は、ドップラー周波数の範囲に亘って異なる符
号化変調スキームに対する雑音制限および妨害制限の条
件下でのよい推定を得る。このメトリック演算は、実際
のデコーダの具現化とは無関係であり、復号化された情
報シーケンスを使用して演算され得る。
【００９４】 表 ２ ----------------------------------------------------------------------- チャネル状態 チャネル品質インジケータ 最大許容可能変調フォーマット ----------------------------------------------------------------------- Ｃ／（Ｉ＋Ｎ）＜θL ００（４レベル） θL＜Ｃ／（Ｉ＋Ｎ）＜θH ０１（８レベル） Ｃ／（Ｉ＋Ｎ）＞θH １０（１６レベル） -----------------------------------------------------------------------
【００９５】表２は、受信機において推定されたＣ／
（Ｉ＋Ｎ）に基づいて、最大許容可能変調タイプを決定
するためのスキームを示す。移動体局受信機は、Ｃ／
（Ｉ＋Ｎ）しきい値、θL，θHの知識と共にチャネル品
質メトリックを使用する。これらは、パケットブロード
キャスト制御チャネル（ＰＢＣＣＨ）を経て送信され
る。
（Ｉ＋Ｎ）に基づいて、最大許容可能変調タイプを決定
するためのスキームを示す。移動体局受信機は、Ｃ／
（Ｉ＋Ｎ）しきい値、θL，θHの知識と共にチャネル品
質メトリックを使用する。これらは、パケットブロード
キャスト制御チャネル（ＰＢＣＣＨ）を経て送信され
る。
【００９６】モード０におけるように、レイヤ３フレー
ムから得られるバイトストリームは、ＲＬＰフレームに
細分化される。しかし、このモードにおいて、ＲＬＰフ
レームは、増分冗長性の場合よりもサイズにおいてより
小さい。２個、３個または４個のＲＬＰフレームが、変
調タイプに依存する各タイムスロットにおいて送信され
る（即ち、４レベル、８レベルまたは１６レベルの変調
がそれぞれ使用される場合である）。
ムから得られるバイトストリームは、ＲＬＰフレームに
細分化される。しかし、このモードにおいて、ＲＬＰフ
レームは、増分冗長性の場合よりもサイズにおいてより
小さい。２個、３個または４個のＲＬＰフレームが、変
調タイプに依存する各タイムスロットにおいて送信され
る（即ち、４レベル、８レベルまたは１６レベルの変調
がそれぞれ使用される場合である）。
【００９７】２個、３個または４個のＲＬＰフレーム
が、１０ビットフレームチェックシーケンス（ＦＣＳ）
および１０ビットブロックシーケンス番号（ＢＳＮ）お
よびＡＲＱステータスを要求するための１ビットポール
インジケータ（ＰＩ）を含むデータセグメントヘッダ
（ＤＳＨ）と連結される。
が、１０ビットフレームチェックシーケンス（ＦＣＳ）
および１０ビットブロックシーケンス番号（ＢＳＮ）お
よびＡＲＱステータスを要求するための１ビットポール
インジケータ（ＰＩ）を含むデータセグメントヘッダ
（ＤＳＨ）と連結される。
【００９８】ＲＬＰフレーム，ＤＳＨ，およびＣＲＣビ
ットを含む結果として得られるデータセグメントは、メ
モリ５，レート１／２コンボリューション符号を使用し
て符号化される。これらの符号化されたビットは、破壊
されて、４レベル、８レベルまたは１６レベル配置から
選ばれたシンボルにマップ化される。この破壊は、図２
０および２１に示された、スロットの送信のために使用
される変調フォーマットに依存する。
ットを含む結果として得られるデータセグメントは、メ
モリ５，レート１／２コンボリューション符号を使用し
て符号化される。これらの符号化されたビットは、破壊
されて、４レベル、８レベルまたは１６レベル配置から
選ばれたシンボルにマップ化される。この破壊は、図２
０および２１に示された、スロットの送信のために使用
される変調フォーマットに依存する。
【００９９】フレームチェックは、２個、３個または４
個のＲＬＰフレームからなるデータセグメント上にある
ので、ＣＲＣが受信機において失敗すると、スロット中
の全てのフレームが失われ、ＡＲＱ復元により復元され
なければならなくなる。各々の「小さな」ＲＬＰフレー
ムへのＦＣＳの割当ては、過大なオーバヘッドのために
非効率的である。
個のＲＬＰフレームからなるデータセグメント上にある
ので、ＣＲＣが受信機において失敗すると、スロット中
の全てのフレームが失われ、ＡＲＱ復元により復元され
なければならなくなる。各々の「小さな」ＲＬＰフレー
ムへのＦＣＳの割当ては、過大なオーバヘッドのために
非効率的である。
【０１００】ダウンリンクにおいて、各ＲＬＰフレーム
は、８８ビット（１１の８個１組）からなる。２個、３
個または４個のＲＬＰフレームの各セットに対して、１
１ビットＤＳＨおよび１０ビットＣＲＣが付加される。
結果として得られる結合は、図２０に示されているレー
ト１／２，メモリ５コンボリューション符号を使用して
符号化される。エンコーダ出力において、１２８，２０
１または２５４ビットが、４レベル、８レベルまたは１
６レベルの変調のどれが使用されるかに依存して破壊さ
れ、残りのビットは、所望の変調フォーマットにマップ
化されて、タイムスロット中のＤＡＴＡフィールドに挿
入される。
は、８８ビット（１１の８個１組）からなる。２個、３
個または４個のＲＬＰフレームの各セットに対して、１
１ビットＤＳＨおよび１０ビットＣＲＣが付加される。
結果として得られる結合は、図２０に示されているレー
ト１／２，メモリ５コンボリューション符号を使用して
符号化される。エンコーダ出力において、１２８，２０
１または２５４ビットが、４レベル、８レベルまたは１
６レベルの変調のどれが使用されるかに依存して破壊さ
れ、残りのビットは、所望の変調フォーマットにマップ
化されて、タイムスロット中のＤＡＴＡフィールドに挿
入される。
【０１０１】アップリンクにおいて、各ＲＬＰフレーム
は、９６ビット（１２の８個１組）からなる。２個、３
個または４個のＲＬＰフレームの各セットに対して、１
１ビットＤＳＨおよび１０ビットＣＲＣが付加される。
結果として得られる結合は、図２１に示されたレート１
／２，メモリ５コンボリューション符号を使用して符号
化される。エンコーダ出力において、１７６，２４３ま
たは３１０ビットが、４レベル、８レベルまたは１６レ
ベル変調のどれが使用されるかに依存して破壊され、残
りのビットが所望の変調フォーマットにマップ化され
る。
は、９６ビット（１２の８個１組）からなる。２個、３
個または４個のＲＬＰフレームの各セットに対して、１
１ビットＤＳＨおよび１０ビットＣＲＣが付加される。
結果として得られる結合は、図２１に示されたレート１
／２，メモリ５コンボリューション符号を使用して符号
化される。エンコーダ出力において、１７６，２４３ま
たは３１０ビットが、４レベル、８レベルまたは１６レ
ベル変調のどれが使用されるかに依存して破壊され、残
りのビットが所望の変調フォーマットにマップ化され
る。
【０１０２】これらのスロットフォーマットは、ＤＰＳ
Ｋの使用を仮定している。コヒーレントＰＳＫまたはＱ
ＡＭが使用される場合、パイロットシンボルは、タイム
スロット中の適切な位置に挿入される。
Ｋの使用を仮定している。コヒーレントＰＳＫまたはＱ
ＡＭが使用される場合、パイロットシンボルは、タイム
スロット中の適切な位置に挿入される。
【０１０３】ダウンリンクタイムスロットフォーマット
が図２２に示されている。パケットチャネルフィードバ
ック（ＰＣＦ）８００フィールドが、ＡＣＫ／ＮＡＫお
よびチャネル品質フィードバックおよび逆パケットデー
タチャネル上へのタイムスロット割当を提供するための
メカニズムとして使用される。レイヤ１データフィール
ドは、上述した手順を使用して構成された２個、３個ま
たは４個のＲＬＰフレームからなる。
が図２２に示されている。パケットチャネルフィードバ
ック（ＰＣＦ）８００フィールドが、ＡＣＫ／ＮＡＫお
よびチャネル品質フィードバックおよび逆パケットデー
タチャネル上へのタイムスロット割当を提供するための
メカニズムとして使用される。レイヤ１データフィール
ドは、上述した手順を使用して構成された２個、３個ま
たは４個のＲＬＰフレームからなる。
【０１０４】ダウンリンク上の適応フィールド（ＡＦ）
は、データに対して使用される変調フォーマット（４レ
ベル、８レベルまたは１６レベル）を示す２ビットから
なる。適応フィールド、スーパーフレームフェーズ（Ｓ
ＦＰ）および１個の予約ビットが、ＩＳ−１３６におけ
るＣＤＶＣＣに対して使用されたものと同じ（１２，
８）ハミング符号を使用して共に符号化される。１２ビ
ットＣＰＥ８１０フィールドが、データ８０５の受領者
を同定するために使用される。ＳＹＮＣ８０５フィール
ドは、π／４−ＤＱＰＳＫを使用して送信される。ＣＳ
ＦＰ／ＣＡＦ８２０，ＰＣＦ８００およびＣＰＥ８１０
が、４レベル変調を使用して送信される。
は、データに対して使用される変調フォーマット（４レ
ベル、８レベルまたは１６レベル）を示す２ビットから
なる。適応フィールド、スーパーフレームフェーズ（Ｓ
ＦＰ）および１個の予約ビットが、ＩＳ−１３６におけ
るＣＤＶＣＣに対して使用されたものと同じ（１２，
８）ハミング符号を使用して共に符号化される。１２ビ
ットＣＰＥ８１０フィールドが、データ８０５の受領者
を同定するために使用される。ＳＹＮＣ８０５フィール
ドは、π／４−ＤＱＰＳＫを使用して送信される。ＣＳ
ＦＰ／ＣＡＦ８２０，ＰＣＦ８００およびＣＰＥ８１０
が、４レベル変調を使用して送信される。
【０１０５】図２３は、提案されたアップリンクタイム
スロット構造を示す。ガード（Ｇ）８２５、ランプ
（Ｒ）８３０、プリアンブル（ＰＲＥＡＭ）８３５およ
びＳＹＮＣ８１５フィールドが、ＩＳ−１３６における
ように維持される。新しい符号化適応フィールド（ＣＡ
Ｆ）８４０が、データ８４５に対する変調フォーマット
を示すために導入される。１２ビットＣＰＥ８１０は、
送信機アイデンティティを示すために使用される。２ビ
ットが変調タイプのために使用される。これらは、
（６，２）符号を使用して符号化される。Ｇ８２５，Ｒ
８３０，ＰＲＥＡＭ８３５，ＣＰＥ８１０およびＣＡＦ
８４０が、４レベル変調を使用して送信される。
スロット構造を示す。ガード（Ｇ）８２５、ランプ
（Ｒ）８３０、プリアンブル（ＰＲＥＡＭ）８３５およ
びＳＹＮＣ８１５フィールドが、ＩＳ−１３６における
ように維持される。新しい符号化適応フィールド（ＣＡ
Ｆ）８４０が、データ８４５に対する変調フォーマット
を示すために導入される。１２ビットＣＰＥ８１０は、
送信機アイデンティティを示すために使用される。２ビ
ットが変調タイプのために使用される。これらは、
（６，２）符号を使用して符号化される。Ｇ８２５，Ｒ
８３０，ＰＲＥＡＭ８３５，ＣＰＥ８１０およびＣＡＦ
８４０が、４レベル変調を使用して送信される。
【０１０６】コンテンションアクセスは、４レベル変調
を使用して送信される。より高いレベルの変調（８レベ
ルおよび１６レベル）が、送信するための１つよりも多
いバーストを有する移動体局によりＡＲＱモードＣＯＮ
ＴＩＮＵＥフレームにおいて使用され、かつ予約に基づ
く送信機会を探知している。
を使用して送信される。より高いレベルの変調（８レベ
ルおよび１６レベル）が、送信するための１つよりも多
いバーストを有する移動体局によりＡＲＱモードＣＯＮ
ＴＩＮＵＥフレームにおいて使用され、かつ予約に基づ
く送信機会を探知している。
【０１０７】モード０におけるように適応型変調は、変
調タイプがタイムスロットに対してのみ固定されてお
り、ＭＡＣレイヤトランザクション全体については、固
定されていない。レイヤ１は、受信機からのチャネル品
質フィードバックおよびレイヤ２のニーズに基づいて次
のタイムスロットに対して使用するための変調タイプを
決定する。モード１におけるＲＬＰフレームサイズは、
変調タイプに無関係に同じものが選ばれるので、再送信
フレームは、元の送信から異なる変調タイプにおいて送
信され得る。
調タイプがタイムスロットに対してのみ固定されてお
り、ＭＡＣレイヤトランザクション全体については、固
定されていない。レイヤ１は、受信機からのチャネル品
質フィードバックおよびレイヤ２のニーズに基づいて次
のタイムスロットに対して使用するための変調タイプを
決定する。モード１におけるＲＬＰフレームサイズは、
変調タイプに無関係に同じものが選ばれるので、再送信
フレームは、元の送信から異なる変調タイプにおいて送
信され得る。
【０１０８】考えられる変調フォーマットは、４レベル
（ＤＱＰＳＫまたはπ／４コヒーレントＰＳＫ）、８レ
ベル（差分またはコヒーレント）および１６レベル（Ｐ
ＳＫ，ＤＰＳＫまたはＱＡＭ）変調である。２ビット適
応フィールドが、使用される符号化および／または変調
フォーマットを記述するために使用される。表１は、対
応する変調フォーマットへのＡＦ値のマッピングを示
す。
（ＤＱＰＳＫまたはπ／４コヒーレントＰＳＫ）、８レ
ベル（差分またはコヒーレント）および１６レベル（Ｐ
ＳＫ，ＤＰＳＫまたはＱＡＭ）変調である。２ビット適
応フィールドが、使用される符号化および／または変調
フォーマットを記述するために使用される。表１は、対
応する変調フォーマットへのＡＦ値のマッピングを示
す。
【０１０９】デフォルト値は、レート５／６符号化を有
するデフォルトＤＱＰＳＫフォーマットを特定する。こ
れは、異なるパケットデータチャネルフレームフォーマ
ットおよび増分冗長性と符号化モードとの間の相互作用
を許容する。
するデフォルトＤＱＰＳＫフォーマットを特定する。こ
れは、異なるパケットデータチャネルフレームフォーマ
ットおよび増分冗長性と符号化モードとの間の相互作用
を許容する。
【０１１０】モード０と同様に、ダウンリンクチャネル
品質フィードバック（ＣＱＦ）は、レイヤ２“ＡＲＱス
テータス”フレーム中の逆パケットデータチャネルにお
いて、移動体局により提供される。ＡＲＱステータスフ
レームは、いずれの予約アップリンクタイムスロットに
おいても送信され得る。２ビットチャネル品質インジケ
ータが、最大許容可能変調タイプを示すために使用さ
れ、セル送信機が、後続のスロットにおいて使用するた
めの変調を決定するために、レイヤ２データバックログ
の知識と共にこの情報を使用する。
品質フィードバック（ＣＱＦ）は、レイヤ２“ＡＲＱス
テータス”フレーム中の逆パケットデータチャネルにお
いて、移動体局により提供される。ＡＲＱステータスフ
レームは、いずれの予約アップリンクタイムスロットに
おいても送信され得る。２ビットチャネル品質インジケ
ータが、最大許容可能変調タイプを示すために使用さ
れ、セル送信機が、後続のスロットにおいて使用するた
めの変調を決定するために、レイヤ２データバックログ
の知識と共にこの情報を使用する。
【０１１１】アップリンクに対して、チャネル品質フィ
ードバックは、予約スロットに対応するＰＣＦにおいて
提供される。ＰＣＦ中のサブチャネルフィードバック
（ＳＦ）フィールドは、先行するスロットに対するＡＣ
Ｋ／ＮＡＫおよびチャネル品質フィードバックと、受け
取り通知をされた移動体への後続の割当のための変調フ
ォーマット助言として働くチャネル品質フィードバック
（ＣＱＦ）とを提供する。ＡＣＫ／ＮＡＫフィードバッ
クに対して、モード０におけると同様に、単純な（６，
１）反復コードが使用される。（６，２）符号は、チャ
ネル品質フィードバックに対して使用される。
ードバックは、予約スロットに対応するＰＣＦにおいて
提供される。ＰＣＦ中のサブチャネルフィードバック
（ＳＦ）フィールドは、先行するスロットに対するＡＣ
Ｋ／ＮＡＫおよびチャネル品質フィードバックと、受け
取り通知をされた移動体への後続の割当のための変調フ
ォーマット助言として働くチャネル品質フィードバック
（ＣＱＦ）とを提供する。ＡＣＫ／ＮＡＫフィードバッ
クに対して、モード０におけると同様に、単純な（６，
１）反復コードが使用される。（６，２）符号は、チャ
ネル品質フィードバックに対して使用される。
【０１１２】一般に、本発明は、図２の増分冗長性伝送
通信システム１０２を含む。このシステムは、少なくと
も１つの固定サイズのサブスロットを有するタイムスロ
ット信号１５５を作り出すタイムスロット信号生成器１
６０、およびタイムスロットにフィットするサイズのデ
ータブロック信号１７０を作り出すデータブロック信号
生成器１６５を含む。タイムスロット信号に対するヘッ
ダ中のデータブロック信号シーケンス番号を有するヘッ
ダを生成するヘッダ加算器２１０も提供される。図４の
受信機１３０は、タイムスロット信号に対するヘッダに
おいて、連続的に送信されるデータブロック信号１７０
の数を同定する。
通信システム１０２を含む。このシステムは、少なくと
も１つの固定サイズのサブスロットを有するタイムスロ
ット信号１５５を作り出すタイムスロット信号生成器１
６０、およびタイムスロットにフィットするサイズのデ
ータブロック信号１７０を作り出すデータブロック信号
生成器１６５を含む。タイムスロット信号に対するヘッ
ダ中のデータブロック信号シーケンス番号を有するヘッ
ダを生成するヘッダ加算器２１０も提供される。図４の
受信機１３０は、タイムスロット信号に対するヘッダに
おいて、連続的に送信されるデータブロック信号１７０
の数を同定する。
【０１１３】本発明は、さらに、パリティブロック信号
１７５およびデータブロック信号シーケンス番号がサブ
スロット内にフィットするように、データブロック信号
１７０よりも小さいサイズのパリティブロック信号１７
５を作り出す図２のパリティブロック信号生成器１６
５、およびタイムスロット信号内のサブスロットにおい
て、データブロック信号１７０およびパリティブロック
信号１７５を送信する送信機１１５を含む。
１７５およびデータブロック信号シーケンス番号がサブ
スロット内にフィットするように、データブロック信号
１７０よりも小さいサイズのパリティブロック信号１７
５を作り出す図２のパリティブロック信号生成器１６
５、およびタイムスロット信号内のサブスロットにおい
て、データブロック信号１７０およびパリティブロック
信号１７５を送信する送信機１１５を含む。
【０１１４】本発明は、無線（または再送信）プロトコ
ルリンクフレームを使用する通信システムにおける増分
冗長性伝送のための方法にも及ぶ。この方法は、固定サ
イズの少なくとも１つのサブスロットを有するタイムス
ロット信号を作り出すステップと、サブスロットにフィ
ットするサイズの図２のデータブロック信号１７０を作
り出すステップと、タイムスロット信号に対するヘッダ
中にデータブロック信号シーケンス番号を有するヘッダ
を形成するステップと、タイムスロット信号に対するヘ
ッダにおいて、連続的に送信されるデータブロック信号
１７０の数を同定するステップとを含む。
ルリンクフレームを使用する通信システムにおける増分
冗長性伝送のための方法にも及ぶ。この方法は、固定サ
イズの少なくとも１つのサブスロットを有するタイムス
ロット信号を作り出すステップと、サブスロットにフィ
ットするサイズの図２のデータブロック信号１７０を作
り出すステップと、タイムスロット信号に対するヘッダ
中にデータブロック信号シーケンス番号を有するヘッダ
を形成するステップと、タイムスロット信号に対するヘ
ッダにおいて、連続的に送信されるデータブロック信号
１７０の数を同定するステップとを含む。
【０１１５】タイムスロット信号のヘッダにおいて、デ
ータブロック信号１７０のシーケンス中の第１のデータ
ブロック信号１７０に対するデータブロックシーケンス
番号を提供するステップと、パリティブロック信号１７
５シーケンス番号がサブスロット信号にフィットするよ
うに、データブロック信号１７０よりも小さいパリティ
ブロック信号１７５を作り出すステップとが提供され
る。
ータブロック信号１７０のシーケンス中の第１のデータ
ブロック信号１７０に対するデータブロックシーケンス
番号を提供するステップと、パリティブロック信号１７
５シーケンス番号がサブスロット信号にフィットするよ
うに、データブロック信号１７０よりも小さいパリティ
ブロック信号１７５を作り出すステップとが提供され
る。
【０１１６】
【発明の効果】以上説明したように、本発明によれば、
従来技術の問題点を解決した通信システムにおける増分
冗長性伝送を提供することができる。
従来技術の問題点を解決した通信システムにおける増分
冗長性伝送を提供することができる。
【図１】本発明によるパケットデータチャネル上の動作
を説明するブロック図。
を説明するブロック図。
【図２】モード０に対する送信機動作およびレイヤ３フ
レームからレイヤ１フレームへの変換に関係するブロッ
クを示すブロック図。
レームからレイヤ１フレームへの変換に関係するブロッ
クを示すブロック図。
【図３】モード１に対する送信機動作およびレイヤ３フ
レームからレイヤ１フレームへの変換に関与するブロッ
クを示す図。
レームからレイヤ１フレームへの変換に関与するブロッ
クを示す図。
【図４】モード０の基地局から移動体への通信リンクお
よびアップリンクとダウンリンクとの間のフィードバッ
ク相互作用を示すブロック図。
よびアップリンクとダウンリンクとの間のフィードバッ
ク相互作用を示すブロック図。
【図５】データおよびヘッダフレームを有するタイムス
ロットフレームに対するフォーマットを示す図。
ロットフレームに対するフォーマットを示す図。
【図６】無線リンクプロトコル（ＲＬＰ）フレームから
のデータおよびパリティブロックの構成を示す図。
のデータおよびパリティブロックの構成を示す図。
【図７】示された各フィールドに要求されるビット数と
共にデータセグメントヘッダ（ＤＳＨ）のフォーマット
を示す図。
共にデータセグメントヘッダ（ＤＳＨ）のフォーマット
を示す図。
【図８】４レベル変調を仮定した論理レイヤ１フレーム
フォーマットを示す図。
フォーマットを示す図。
【図９】各ＩＳ−１３６タイムスロットにおいて送信さ
れる３ブロックを有する８レベル変調を仮定する論理レ
イヤ１フレームフォーマットを示す図。
れる３ブロックを有する８レベル変調を仮定する論理レ
イヤ１フレームフォーマットを示す図。
【図１０】各ＩＳ−１３６タイムスロットにおいて送信
される４ブロックを有する１６レベル変調を仮定する論
理レイヤ１フレームフォーマットを示す図。
される４ブロックを有する１６レベル変調を仮定する論
理レイヤ１フレームフォーマットを示す図。
【図１１】図４の増分冗長性ソフトデコーダおよびＦＣ
Ｓチェッカにおいて実行されるプロセスの論理的フロー
チャートの一部を示す図。
Ｓチェッカにおいて実行されるプロセスの論理的フロー
チャートの一部を示す図。
【図１２】図４の受信ＲＬＰにおいて実行されるプロセ
スの論理的フローチャートの別の一部を示す図。
スの論理的フローチャートの別の一部を示す図。
【図１３】受信ＲＬＰおよび増分冗長性ソフトデコーダ
およびＦＣＳチェッカから図４のモード０ＲＬＰへのフ
ィードバック信号を生成するプロセスの論理フローチャ
ートを示す図。
およびＦＣＳチェッカから図４のモード０ＲＬＰへのフ
ィードバック信号を生成するプロセスの論理フローチャ
ートを示す図。
【図１４】図１３に示されたフィードバックからのモー
ド０ＲＬＰにおけるビットマップを更新するプロセスの
論理的フローチャートを示す図。
ド０ＲＬＰにおけるビットマップを更新するプロセスの
論理的フローチャートを示す図。
【図１５】ブロックビットマップを使用すること無しに
各ＲＬＰフレームに対してデータおよび／またはパリテ
ィブロックの送信を決定するステップの論理的フローチ
ャートを示す図。
各ＲＬＰフレームに対してデータおよび／またはパリテ
ィブロックの送信を決定するステップの論理的フローチ
ャートを示す図。
【図１６】ブロックビットマップおよびフレームビット
マップを使用して各ＲＬＰフレームに対するデータおよ
び／またはパリティブロックの送信を決定するプロセス
の論理的フローチャートを示す図。
マップを使用して各ＲＬＰフレームに対するデータおよ
び／またはパリティブロックの送信を決定するプロセス
の論理的フローチャートを示す図。
【図１７】モード０ダウンリンクタイムスロットフォー
マットを示す図。
マットを示す図。
【図１８】モード０アップリンクタイムスロットフォー
マットを示す図。
マットを示す図。
【図１９】チャネル品質フィードバックに対して使用さ
れる２ビットのアップリンクＡＲＱステータスブロック
論理フォーマットを示す図。
れる２ビットのアップリンクＡＲＱステータスブロック
論理フォーマットを示す図。
【図２０】ダウンリンクにおける４レベル、８レベルお
よび１６レベル変調フォーマットのためのレイヤ１デー
タシンボルへのＲＬＰフレームのマッピングを示す図。
よび１６レベル変調フォーマットのためのレイヤ１デー
タシンボルへのＲＬＰフレームのマッピングを示す図。
【図２１】アップリンクにおける４レベル、８レベルお
よび１６レベル変調フォーマットのためのレイヤ１デー
タシンボルへのＲＬＰフレームのマッピングを示す図。
よび１６レベル変調フォーマットのためのレイヤ１デー
タシンボルへのＲＬＰフレームのマッピングを示す図。
【図２２】モード１ダウンリンクタイムスロット構造を
示す図。
示す図。
【図２３】モード１アップリンクタイムスロットフォー
マットを示す図。
マットを示す図。
１０２ 増分冗長性送信通信システム １０５ レイヤ３フレーム １１０ レイヤ２ＲＬＰ，エンコーダ，ＭＡＣ １２０ レイヤ１ １１５ 送信機 １２５ チャネル品質フィードバック １００ パケットデータチャネル １４５ レイヤ３フレーム １３５ レイヤ２ＲＬＰ，デコーダ，ＭＡＣ １４０ レイヤ１ １３０ 受信機
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 クリシュナ バラチャンドラン アメリカ合衆国，07748 ニュージャージ ー，ミドルタウン，ノルウッド ドライブ 1506 (72)発明者 リチャード ポール エジャック アメリカ合衆国，60187 イリノイ，フィ ートン，アーバー アヴェニュー 710 (72)発明者 サンジフ ナンダ アメリカ合衆国，08510 ニュージャージ ー，クラークスバーグ，ロビンズ ロード 34 Ｆターム(参考） 5K034 AA01 FF01 FF02 FF05 GG02 HH07 HH08 HH10 HH12 HH16 HH26 MM14 MM25 NN16
Claims (67)
- 【請求項１】 固定サイズの少なくとも１つのサブスロ
ットを有するタイムスロット信号を作り出すタイムスロ
ット信号生成器と、 前記少なくとも１つのサブスロットにフィットするサイ
ズのデータブロック信号を作り出すデータブロック信号
生成器と、 前記タイムスロット信号のためのヘッダにおいて、デー
タブロック信号シーケンス番号を有するヘッダを生成す
るヘッダ加算器と、 前記タイムスロット信号のためのヘッダにおいて、連続
的に送信されるデータブロック信号の数を同定する受信
機とを有する増分冗長性伝送通信システム。 - 【請求項２】 パリティブロック信号およびデータブロ
ック信号シーケンス番号がサブスロット内にフィットす
るように、データブロック信号よりも小さいサイズのパ
リティブロック信号を作り出すパリティブロック信号生
成器と、 前記タイムスロット信号内のサブスロットにおいてデー
タブロック信号およびパリティブロック信号を送信する
送信機とを有することを特徴とする請求項１記載のシス
テム。 - 【請求項３】 前記受信機は、前記タイムスロット信号
のためのヘッダにおいて、前記タイムスロット信号中の
データブロック信号およびパリティブロック信号の数を
同定することを特徴とする請求項２記載のシステム。 - 【請求項４】 前記データブロック信号生成器およびパ
リティブロック信号生成器は、全体で整数個のタイムス
ロット信号にフィットするデータブロック信号およびパ
リティブロック信号を作り出すことを特徴とする請求項
２記載のシステム。 - 【請求項５】 データブロック信号およびパリティブロ
ック信号のシーケンスを別個に符号化するエンコーダ
と、 前記データブロック信号およびパリティブロック信号の
シーケンスを別個にインタリーブするインタリーバとを
含むことを特徴とする請求項２記載のシステム。 - 【請求項６】 前記データブロック信号およびパリティ
ブロック信号のシーケンスを、前記符号化およびインタ
リーブに先だって、再送信プロトコルにより決定される
タイムスロット信号に組み立てるアッセンブラをさらに
含むことを特徴とする請求項５記載のシステム。 - 【請求項７】 前記サブスロット中のデータブロック信
号シーケンス番号と共にパリティブロック信号を送信す
る送信機を含むことを特徴とする請求項１記載のシステ
ム。 - 【請求項８】 前記タイムスロット中のデータブロック
信号のシーケンスを第１のデータブロックからの連続と
して同定する受信機を含むことを特徴とする請求項１記
載のシステム。 - 【請求項９】 複数の変調スキームにおける動作のため
に前記データブロック信号のサイズを決める送信機をさ
らに含むことを特徴とする請求項１記載のシステム。 - 【請求項１０】 前記送信機は、前記データブロック信
号が複数の変調スキームのうちの各々１つにおけるサブ
スロット内にフィットするように、選択的にデータブロ
ック信号のサイズを決めることを特徴とする請求項９記
載のシステム。 - 【請求項１１】 前記送信機は、式 ＮＤ／（ＮＤ＋ＭＰ）＝Ｎ／（２Ｎ−ｑ） により定義される符号レートを使用し、Ｎはデータブロ
ック信号サイズであり、Ｍはパリティブロック信号サイ
ズであり、ｑはデータブロック信号シーケンス番号フィ
ールドの長さであり、Ｄはデータブロックの数であり、
Ｐはパリティブロックの数であることを特徴とする請求
項１０記載のシステム。 - 【請求項１２】 フレームチェックシーケンスを演算す
る演算ユニットと、フレームＢｉを定義するための無線
リンクプロトコルフレームにフレームチェックシーケン
スを加える加算器とを含むことを特徴とする請求項１記
載のシステム。 - 【請求項１３】 フレームＢｉをＮ個のデータビットお
よびＮ個のパリティビットに符号化するエンコーダと、 Ｎ個のデータビットをＤ個のデータブロック信号に細分
化する第１のセグメンタと、 Ｎ個のパリティビットを同じサイズのＰ個のパリティブ
ロック信号に細分化する第２のセグメンタと、 ヘッダに挿入するためにＰ個のパリティブロック信号を
選択的に破壊する破壊ユニットとを含むことを特徴とす
る請求項１２記載のシステム。 - 【請求項１４】 前記ヘッダは、ヘッダタイプ識別子と
選択されたパリティブロック信号に対するデータブロッ
ク信号シーケンス番号とを含むことを特徴とする請求項
１３記載のシステム。 - 【請求項１５】 Ｎ個のデータビットおよびＮ個のパリ
ティビットに対応する情報を格納するメモリユニットを
さらに含むことを特徴とする請求項１３記載のシステ
ム。 - 【請求項１６】 前記メモリユニットが、送出されたＤ
個のデータブロック信号およびＰ個のパリティブロック
信号のためのビットマップを含むことを特徴とする請求
項１５記載のシステム。 - 【請求項１７】 固定サイズの少なくとも１つのサブス
ロットを有するタイムスロット信号を作り出す手段と、 前記サブスロットにフィットするサイズのデータブロッ
ク信号を作り出す手段と、 前記タイムスロット信号のためのヘッダにおいて、デー
タブロック信号シーケンス番号を有するヘッダを形成す
る手段と、 前記タイムスロット信号のためのヘッダにおいて、連続
的に送信されるデータブロック信号の数を同定する手段
とを有する増分冗長性伝送通信システム。 - 【請求項１８】 パリティブロック信号およびデータブ
ロック信号シーケンス番号がサブスロット内にフィット
するように、データブロック信号よりも小さいサイズの
パリティブロック信号を作り出す手段と、 前記タイムスロット信号内のサブスロットにおいて、デ
ータブロック信号およびパリティブロック信号を送信す
るための手段とを含むことを特徴とする請求項１７記載
のシステム。 - 【請求項１９】 タイムスロット信号のためのヘッダに
おいて、タイムスロット信号中のデータブロック信号お
よびパリティブロック信号の数を同定する手段を含むこ
とを特徴とする請求項１８記載のシステム。 - 【請求項２０】 タイムスロット信号に、全体として整
数の数のデータブロック信号およびパリティブロック信
号を挿入する手段を含むことを特徴とする請求項１８記
載のシステム。 - 【請求項２１】 データブロック信号およびパリティブ
ロック信号のシーケンスを別個に符号化するための手段
と、 前記データブロック信号およびパリティブロック信号の
シーケンスを別個にインタリーブする手段とを含むこと
を特徴とする請求項１８記載のシステム。 - 【請求項２２】 データブロック信号およびパリティブ
ロック信号のシーケンスを、前記データブロック信号お
よびパリティブロック信号の符号化およびインタリーブ
に先立って、再送信プロトコルにより決定されたタイム
スロット信号に組み立てる手段を含むことを特徴とする
請求項２１記載のシステム。 - 【請求項２３】 サブスロット中のデータブロック信号
シーケンス番号と共にパリティブロック信号を送信する
手段を含むことを特徴とする請求項１７記載のシステ
ム。 - 【請求項２４】 タイムスロット中のデータブロック信
号のシーケンスを第１のデータブロックからの連続とし
て同定する手段を含むことを特徴とする請求項１７記載
のシステム。 - 【請求項２５】 複数の変調スキームにおける動作のた
めにデータブロック信号のサイズを決める手段を含むこ
とを特徴とする請求項１７記載のシステム。 - 【請求項２６】 複数の変調スキームのうちの各々の１
つにおいて、サブスロット内のデータブロック信号にフ
ィットするように、データブロック信号のサイズを選択
的に決める手段を含むことを特徴とする請求項２５記載
のシステム。 - 【請求項２７】 前記送信機は、式 ＮＤ／（ＮＤ＋ＭＰ）＝Ｎ／（２Ｎ−ｑ） により定義されるコードレートを使用し、Ｎはデータブ
ロック信号サイズであり、Ｍは、パリティブロック信号
サイズであり、ｑはデータブロック信号シーケンス番号
フィールドの長さであり、Ｄはデータブロックの数であ
り、Ｐはパリティブロックの数であることを特徴とする
請求項２６記載のシステム。 - 【請求項２８】 フレームチェックシーケンスを演算す
る手段と、フレームＢｉを定義するための無線リンクプ
ロトコルフレームに、フレームチェックシーケンスを加
える手段とを含むことを特徴とする請求項１７記載のシ
ステム。 - 【請求項２９】 フレームＢｉをＮ個のデータビットお
よびＮ個のパリティビットに符号化する手段と、Ｎ個の
データビットをＤ個のデータブロック信号に細分化する
手段と、Ｎ個のパリティビットを同じサイズのＰ個のパ
リティブロック信号に細分化する手段と、Ｐ個のパリテ
ィブロック信号をヘッダに挿入するために選択的に破壊
する手段とをさらに含むことを特徴とする請求項２８記
載のシステム。 - 【請求項３０】 前記ヘッダが、ヘッダタイプ識別子お
よび選択されたパリティブロック信号に対するブロック
シーケンス番号を含むことを特徴とする請求項２９記載
のシステム。 - 【請求項３１】 Ｎ個のデータビットおよびＮ個のパリ
ティビットに対応する情報をメモリに格納する手段と、 無線リンクプロトコルに対応するＤ個のデータブロック
信号を送信する手段と、Ｂｉフレームを復号化する手段
と、 前記Ｂｉフレームが正しく復号化されていない場合、無
線リンクプロトコルに対応する追加的なパリティブロッ
ク信号を送信する手段を含むことを特徴とする請求項２
９記載のシステム。 - 【請求項３２】 Ｂｉフレームが正しく復号化された場
合には、メモリをクリーニングする手段をさらに含むこ
とを特徴とする請求項３１記載のシステム。 - 【請求項３３】 前記メモリが、送出されたＤ個のデー
タブロック信号およびＰ個のパリティブロック信号のた
めのビットマップを含むことを特徴とする請求項３１記
載のシステム。 - 【請求項３４】 固定サイズの少なくとも１つのサブス
ロットを有するタイムスロット信号を作り出すステップ
と、 前記少なくとも１つのサブスロットにフィットするサイ
ズのデータブロック信号を作り出すステップと、 前記タイムスロット信号のためのヘッダにおいて、デー
タブロック信号シーケンス番号を有するヘッダを形成す
るステップと、 前記タイムスロット信号のためのヘッダにおいて、連続
的に送信されるデータブロック信号の数を同定するステ
ップとを有する無線プロトコルフレームを使用する通信
システムにおける増分冗長性伝送方法。 - 【請求項３５】 パリティブロック信号およびデータブ
ロック信号シーケンス番号がサブスロット内にフィット
するように、データブロック信号よりも小さいサイズの
パリティブロック信号を作り出すステップと、 前記タイムスロット信号内のサブスロットにおいて、デ
ータブロック信号およびパリティブロック信号を送信す
るステップとを有することを特徴とする請求項３４記載
の方法。 - 【請求項３６】 タイムスロット信号のためのヘッダに
おいて、タイムスロット信号中のデータブロック信号お
よびパリティブロック信号の数を同定するステップを含
むことを特徴とする請求項３５記載の方法。 - 【請求項３７】 タイムスロット信号に、全体で整数個
のデータブロック信号およびパリティブロック信号を挿
入するステップを含むことを特徴とする請求項３５記載
の方法。 - 【請求項３８】 データブロック信号およびパリティブ
ロック信号のシーケンスを別個に符号化するステップ
と、 前記データブロック信号およびパリティブロック信号の
シーケンスを別個にインタリーブするステップとを含む
ことを特徴とする請求項３５記載の方法。 - 【請求項３９】 データブロック信号およびパリティブ
ロック信号のシーケンスを、データブロック信号および
パリティブロック信号の符号化およびインタリーブに先
立って再送信プロトコルにより決定されたタイムスロッ
ト信号に組み立てるステップを含むことを特徴とする請
求項３５記載の方法。 - 【請求項４０】 サブスロット中のデータブロック信号
シーケンス番号と共にパリティブロック信号を送信する
ステップを含むことを特徴とする請求項３４記載の方
法。 - 【請求項４１】 タイムスロット中のデータブロック信
号のシーケンスを第１のデータブロックからの連続とし
て同定するステップを含むことを特徴とする請求項３４
記載の方法。 - 【請求項４２】 複数の変調スキームにおける動作のた
めにデータブロック信号のサイズを決めるステップを含
むことを特徴とする請求項３４記載の方法。 - 【請求項４３】 複数の変調スキームのうちの各々の１
つにおいて、サブスロット内のデータブロック信号にフ
ィットするように、データブロック信号のサイズを選択
的に決めるステップを含むことを特徴とする請求項４２
記載の方法。 - 【請求項４４】 前記送信機は、式 ＮＤ／（ＮＤ＋ＭＰ）＝Ｎ／（２Ｎ−ｑ） により定義されるコードレートを使用し、Ｎはデータブ
ロック信号サイズであり、Ｍは、パリティブロック信号
サイズであり、ｑはデータブロック信号シーケンス番号
フィールドの長さであり、Ｄはデータブロックの数であ
り、Ｐはパリティブロックの数であることを特徴とする
請求項４３記載の方法。 - 【請求項４５】 フレームチェックシーケンスを演算す
るステップと、 フレームＢｉを定義するための無線リンクプロトコルフ
レームに、フレームチェックシーケンスを加えるステッ
プとを含むことを特徴とする請求項３４記載の方法。 - 【請求項４６】 フレームＢｉをＮ個のデータビットお
よびＮ個のパリティビットに符号化するステップと、 前記Ｎ個のデータビットをＤ個のデータブロック信号に
細分化するステップと、 前記Ｎ個のパリティビットを同じサイズのＰ個のパリテ
ィブロック信号に細分化するステップと、 前記Ｐ個のパリティブロック信号をヘッダに挿入するた
めに選択的に破壊するステップとをさらに含むことを特
徴とする請求項４５記載の方法。 - 【請求項４７】 前記ヘッダが、ヘッダタイプ識別子お
よび選択されたパリティブロック信号に対するブロック
シーケンス番号を含むことを特徴とする請求項４６記載
の方法。 - 【請求項４８】 Ｎ個のデータビットおよびＮ個のパリ
ティビットに対応する情報をメモリに格納するステップ
と、 無線リンクプロトコルに対応するＤ個のデータブロック
信号を送信するステップと、 Ｂｉフレームを復号化するステップと、 前記Ｂｉフレームが正しく復号化されていない場合、無
線リンクプロトコルに対応する追加的なパリティブロッ
ク信号を送信するステップとを含むことを特徴とする請
求項４６記載の方法。 - 【請求項４９】 Ｂｉフレームが正しく復号化された場
合には、メモリをクリーニングするステップを含むこと
を特徴とする請求項４８記載の方法。 - 【請求項５０】 前記メモリが、送出されたＤ個のデー
タブロック信号およびＰ個のパリティブロック信号のた
めのビットマップを含むことを特徴とする請求項４８記
載の方法。 - 【請求項５１】 固定サイズのサブスロットを有するタ
イムスロット信号を作り出すステップと、 サブスロットにフィットするサイズのデータブロック信
号を作り出すステップと、 タイムスロット信号のヘッダにおいて、データブロック
信号のシーケンス中の第１のデータブロック信号に対す
るデータブロック信号シーケンス番号を提供するステッ
プと、 パリティブロック信号およびデータブロック信号シーケ
ンス番号がサブスロット信号内にフィットするように、
データブロック信号よりも小さいパリティブロック信号
を作り出すステップとを有する通信システムにおける増
分冗長性伝送方法。 - 【請求項５２】 サブスロット中のデータブロック信号
シーケンス番号と共にパリティブロック信号を送信する
ステップを含むことを特徴とする請求項５１記載の方
法。 - 【請求項５３】 タイムスロット信号中のデータブロッ
ク信号のシーケンスを第１のデータブロック信号からの
連続として同定するステップを含むことを特徴とする請
求項５１記載の方法。 - 【請求項５４】 タイムスロット信号のためのヘッダに
おいて、タイムスロット信号中のデータブロック信号お
よびパリティブロック信号の数を同定するステップを含
むことを特徴とする請求項５１記載の方法。 - 【請求項５５】 複数の変調スキームにおける動作のた
めにデータブロック信号のサイズを決める手段を含むこ
とを特徴とする請求項５４記載の方法。 - 【請求項５６】 複数の変調スキームのうちの各々の１
つにおいて、サブスロット内のデータブロック信号にフ
ィットするように、データブロック信号のサイズを選択
的に決める手段を含むことを特徴とする請求項５５記載
の方法。 - 【請求項５７】 タイムスロット信号に、全体で整数個
のデータブロック信号およびパリティブロック信号を挿
入するステップを含むことを特徴とする請求項５１記載
の方法。 - 【請求項５８】 前記送信機は、式 ＮＤ／（ＮＤ＋ＭＰ）＝Ｎ／（２Ｎ−ｑ） により定義されるコードレートを使用し、Ｎはデータブ
ロック信号サイズであり、Ｍは、パリティブロック信号
サイズであり、ｑはデータブロック信号シーケンス番号
フィールドの長さであり、Ｄはデータブロックの数であ
り、Ｐはパリティブロックの数であることを特徴とする
請求項５７記載の方法。 - 【請求項５９】 データブロック信号およびパリティブ
ロック信号のシーケンスを、別個に符号化するステップ
と、 データブロック信号およびパリティブロック信号のシー
ケンスを別個にインタリーブするステップとを有するこ
とを特徴とする請求項５１記載の方法。 - 【請求項６０】 データブロック信号およびパリティブ
ロック信号のシーケンスを、符号化するステップおよび
インタリーブするステップに先だって再送信プロトコル
により決定されたタイムスロット信号に組み立てるステ
ップを含むことを特徴とする請求項５９記載の方法。 - 【請求項６１】 データブロック信号およびパリティブ
ロック信号のシーケンスを復号化するステップと、 タイムスロット信号が正しく復号化されたという肯定的
な受け取り通知が受信されたときにのみ、送信機に格納
されたデータを復号化するステップとを含むことを特徴
とする請求項６０記載の方法。 - 【請求項６２】 フレームチェックシーケンスを演算す
るステップと、フレームＢｉを定義するための無線リン
クプロトコルフレームに、フレームチェックシーケンス
を加えるステップとを含むことを特徴とする請求項６１
記載の方法。 - 【請求項６３】 フレームＢｉをＮ個のデータビットお
よびＮ個のパリティビットに符号化するステップと、 前記Ｎ個のデータビットをＤ個のデータブロック信号に
細分化するステップと、 前記Ｎ個のパリティビットを同じサイズのＰ個のパリテ
ィブロック信号に細分化するステップと、 Ｐ個のパリティブロック信号をヘッダに挿入するために
選択的に破壊するステップとを含むことを特徴とする請
求項６２記載の方法。 - 【請求項６４】 前記ヘッダが、ヘッダタイプ識別子お
よび選択されたパリティブロック信号に対するブロック
シーケンス番号を含むことを特徴とする請求項６３記載
の方法。 - 【請求項６５】 Ｎ個のデータビットおよびＮ個のパリ
ティビットに対応する情報をメモリに格納するステップ
と、 無線リンクプロトコルに対応するＤ個のデータブロック
信号を送信するステップと、 Ｂｉフレームを復号化するステップと、 Ｂｉフレームが正しく復号化されていない場合、無線リ
ンクプロトコルに対応する追加的なパリティブロック信
号を送信するステップを含むことを特徴とする請求項６
３記載の方法。 - 【請求項６６】 Ｂｉフレームが正しく復号化された場
合には、メモリをクリーニングするステップを含むこと
を特徴とする請求項６５記載の方法。 - 【請求項６７】 前記メモリが、送出されたＤ個のデー
タブロック信号およびＰ個のパリティブロック信号のた
めのビットマップを含むことを特徴とする請求項６５記
載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US7550198P | 1998-02-23 | 1998-02-23 | |
| US60/075501 | 1998-02-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000236366A true JP2000236366A (ja) | 2000-08-29 |
Family
ID=22126177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11044870A Pending JP2000236366A (ja) | 1998-02-23 | 1999-02-23 | 増分冗長性伝送通信システムおよび通信システムにおける増分冗長性伝送方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6778558B2 (ja) |
| EP (1) | EP0938207A3 (ja) |
| JP (1) | JP2000236366A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190101403A (ko) * | 2017-01-19 | 2019-08-30 | 퀄컴 인코포레이티드 | 리소스 기반 및 코드 레이트 기반 코드 블록 세그먼테이션 |
Families Citing this family (102)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI106760B (fi) * | 1999-03-03 | 2001-03-30 | Nokia Oyj | Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi |
| FI109252B (fi) | 1999-04-13 | 2002-06-14 | Nokia Corp | Tietoliikennejärjestelmän uudelleenlähetysmenetelmä, jossa on pehmeä yhdistäminen |
| US6625165B1 (en) | 1999-07-27 | 2003-09-23 | Lucent Technologies Inc. | Data link protocol for wireless systems |
| EP1901464A3 (en) * | 1999-10-22 | 2008-04-23 | Nextnet Wireless Inc. | System and method for automatic CPE registration in a wireless communication network |
| FI112992B (fi) * | 1999-12-15 | 2004-02-13 | Nokia Corp | Menetelmä ja järjestelmä useiden käyttäjien lomittamiseksi TDMA-järjestelmän tietoliikennekanaville |
| CN100426717C (zh) | 2000-01-20 | 2008-10-15 | 北方电讯网络有限公司 | 可变速率分组数据应用中带有软组合的混合arq方案 |
| US6965636B1 (en) * | 2000-02-01 | 2005-11-15 | 2Wire, Inc. | System and method for block error correction in packet-based digital communications |
| US6859456B1 (en) * | 2000-03-13 | 2005-02-22 | Motorola, Inc. | Method and apparatus for checking communicated data |
| US7054279B2 (en) | 2000-04-07 | 2006-05-30 | Broadcom Corporation | Method and apparatus for optimizing signal transformation in a frame-based communications network |
| US7245594B1 (en) * | 2000-05-12 | 2007-07-17 | Qualcomm Incorporated | Method and apparatus for fast closed-loop rate adaptation in a high rate packet data transmission |
| DE60038198T2 (de) | 2000-05-17 | 2009-03-26 | Matsushita Electric Industrial Co., Ltd., Kadoma-shi | Hybrides ARQ-System mit Daten- und Kontrollkanal für Datenpaketübertragung |
| KR100644594B1 (ko) * | 2000-06-10 | 2006-11-13 | 삼성전자주식회사 | 무선 데이터 송수신 장치 및 그 방법 |
| US6735180B1 (en) * | 2000-06-30 | 2004-05-11 | Nokia Mobile Phones, Ltd. | Method of sending feedback information in a fast automatic repeat request forming part of an overall wireless communication system |
| US7206280B1 (en) * | 2000-09-12 | 2007-04-17 | Lucent Technologies Inc. | Method and apparatus for asynchronous incremental redundancy reception in a communication system |
| US6885679B1 (en) * | 2000-09-29 | 2005-04-26 | Nortel Networks Limited | System and method for layer 2 frame delineation recovery |
| US20020075904A1 (en) * | 2000-10-25 | 2002-06-20 | Dabak Anand G. | Short training sequences for reacquisition of segmented data |
| US7437654B2 (en) | 2000-11-29 | 2008-10-14 | Lucent Technologies Inc. | Sub-packet adaptation in a wireless communication system |
| DE10063078A1 (de) * | 2000-12-18 | 2002-07-11 | Infineon Technologies Ag | Empfänger |
| US7274755B2 (en) | 2000-12-18 | 2007-09-25 | Infineon Technologies Ag | Receiver |
| JP3506330B2 (ja) | 2000-12-27 | 2004-03-15 | 松下電器産業株式会社 | データ送信装置 |
| JP3464649B2 (ja) * | 2000-12-27 | 2003-11-10 | 松下電器産業株式会社 | 送信装置、受信装置および通信方法 |
| DE10290108D2 (de) * | 2001-01-16 | 2003-12-18 | Siemens Ag | Parallele Übertragung identischer Daten an mehrere Endgeräte und Rückübertragung von Informationen über die Übertragungsqualität |
| EP1223703A1 (de) * | 2001-01-16 | 2002-07-17 | Siemens Aktiengesellschaft | Parallele Übertragung identischer Daten an mehrere Endgeräte und Rückübertragung von Qualitätsinformationen |
| US6721834B2 (en) | 2001-02-09 | 2004-04-13 | Lucent Technologies Inc. | Rate adaptation in a wireless communication system |
| ES2373321T3 (es) * | 2001-02-21 | 2012-02-02 | Panasonic Corporation | Método de retransmisión arq híbrido con redisposición de la configuración de la constelación de señales. |
| CN101068138B (zh) * | 2001-02-21 | 2015-07-01 | 松下电器（美国）知识产权公司 | 使用信号星座重排的混合自动请求重发的方法 |
| US7693179B2 (en) | 2002-11-29 | 2010-04-06 | Panasonic Corporation | Data transmission apparatus using a constellation rearrangement |
| EP1427128B9 (en) * | 2001-02-21 | 2011-07-20 | Matsushita Electric Industrial Co., Ltd. | Hybrid ARQ method with signal constellation rearrangement |
| AU2001250329B2 (en) | 2001-02-21 | 2003-10-30 | Panasonic Intellectual Property Corporation Of America | Hybrid ARQ method with signal constellation rearrangement |
| JP3394528B2 (ja) * | 2001-03-19 | 2003-04-07 | 松下電器産業株式会社 | パケット伝送システム及びパケット伝送方法 |
| GB0110125D0 (en) * | 2001-04-25 | 2001-06-20 | Koninkl Philips Electronics Nv | Radio communication system |
| US7103020B2 (en) | 2001-05-01 | 2006-09-05 | Telefonaktiebolaget Lm Ericsson (Publ) | PLMN radio interface with upper layer supervision of layer one transport channels |
| US7188300B2 (en) | 2001-05-01 | 2007-03-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible layer one for radio interface to PLMN |
| DE60215333T2 (de) * | 2001-05-01 | 2007-05-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Konfiguration der physicalischen schicht für eine funk schnittstelle |
| JP2003008553A (ja) * | 2001-06-22 | 2003-01-10 | Mitsubishi Electric Corp | 送信機、受信機、送受信機および通信システム |
| EP1405478B9 (en) * | 2001-07-09 | 2007-05-09 | Nokia Corporation | Packet data transmission using variable dqpsk modulation |
| KR100539864B1 (ko) * | 2001-07-25 | 2005-12-28 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 고속 데이터의 재전송장치 및 방법 |
| KR100464346B1 (ko) * | 2001-08-17 | 2005-01-03 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 패킷 재전송을 위한 송/수신장치 및 방법 |
| JP4038728B2 (ja) * | 2001-08-28 | 2008-01-30 | ソニー株式会社 | 送信装置および送信制御方法、並びに受信装置および受信制御方法 |
| KR100827147B1 (ko) * | 2001-10-19 | 2008-05-02 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템에서 고속 데이터의효율적 재전송 및 복호화를 위한 송,수신장치 및 방법 |
| US7477876B2 (en) * | 2001-11-02 | 2009-01-13 | Alcatel-Lucent Usa Inc. | Variable rate channel quality feedback in a wireless communication system |
| KR100557167B1 (ko) * | 2001-11-02 | 2006-03-03 | 삼성전자주식회사 | 이동통신시스템에서의 재전송 장치 및 방법 |
| ATE309652T1 (de) | 2001-11-16 | 2005-11-15 | Matsushita Electric Ind Co Ltd | Arq wiederübertragungsverfahren mit inkrementaler redundanz unter verwendung von bit umordnungsarten |
| ATE303687T1 (de) | 2001-11-16 | 2005-09-15 | Matsushita Electric Ind Co Ltd | Hybrides arq verfahren zur datenpaketübertragung |
| US7388852B2 (en) * | 2001-12-13 | 2008-06-17 | Nortel Networks Limited | Physical layer assisted retransmission |
| US20030112780A1 (en) * | 2001-12-17 | 2003-06-19 | Koninklijke Philips Electronics N.V. | Time diversity combining to increase the reliability of the IEEE 802.11 WLAN receiver |
| US6993352B2 (en) | 2001-12-20 | 2006-01-31 | Qualcomm Incorporated | Acknowledging missed messages broadcast on a control channel |
| GB2383491B (en) * | 2001-12-20 | 2005-01-19 | Motorola Inc | Packet data re-transmission |
| US7142565B2 (en) * | 2002-02-21 | 2006-11-28 | Qualcomm, Incorporated | Method and apparatus for radio link control of signaling messages and short messages data services in a communication system |
| US7095856B2 (en) * | 2002-03-29 | 2006-08-22 | Motorola, Inc. | Method and apparatus to maintain encryption synchronization in a multi-modulation TDM system |
| US7133688B2 (en) * | 2002-04-05 | 2006-11-07 | Lucent Technologies Inc. | Method for improving uplink control channel efficiency in a wireless communication system |
| US7177658B2 (en) | 2002-05-06 | 2007-02-13 | Qualcomm, Incorporated | Multi-media broadcast and multicast service (MBMS) in a wireless communications system |
| US7809021B2 (en) * | 2002-07-10 | 2010-10-05 | Solarflare Communications, Inc. | Communication system and encoding method having low overhead |
| US7342979B2 (en) * | 2002-12-09 | 2008-03-11 | Broadcom Corporation | Incremental redundancy support in a cellular wireless terminal having IR processing module |
| EP1429487A3 (en) | 2002-12-09 | 2005-07-20 | Broadcom Corporation | EDGE incremental redundancy memory structure and memory management |
| US7496164B1 (en) * | 2003-05-02 | 2009-02-24 | At&T Mobility Ii Llc | Systems and methods for interference cancellation in a radio receiver system |
| JP3970807B2 (ja) * | 2003-06-18 | 2007-09-05 | 三菱電機株式会社 | 無線通信装置 |
| US7463579B2 (en) * | 2003-07-11 | 2008-12-09 | Nortel Networks Limited | Routed split multilink trunking |
| US8694869B2 (en) * | 2003-08-21 | 2014-04-08 | QUALCIMM Incorporated | Methods for forward error correction coding above a radio link control layer and related apparatus |
| US8804761B2 (en) * | 2003-08-21 | 2014-08-12 | Qualcomm Incorporated | Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus |
| US7318187B2 (en) | 2003-08-21 | 2008-01-08 | Qualcomm Incorporated | Outer coding methods for broadcast/multicast content and related apparatus |
| TWI392266B (zh) * | 2003-08-21 | 2013-04-01 | Qualcomm Inc | 跨越小區邊界及／或於不同傳輸架構中無縫傳送廣播及多播內容之方法及其相關裝置 |
| US8908496B2 (en) * | 2003-09-09 | 2014-12-09 | Qualcomm Incorporated | Incremental redundancy transmission in a MIMO communication system |
| US7281006B2 (en) * | 2003-10-23 | 2007-10-09 | International Business Machines Corporation | System and method for dividing data into predominantly fixed-sized chunks so that duplicate data chunks may be identified |
| EP1533932A1 (en) * | 2003-11-19 | 2005-05-25 | Mitsubishi Denki Kabushiki Kaisha | Error control mechanism for a segment based link layer in a digital network |
| WO2005064839A1 (en) * | 2003-12-29 | 2005-07-14 | Electronics And Telecommunications Research Institute | Method for creating feedback message for arq in mobile communication system |
| US7616663B1 (en) * | 2004-03-04 | 2009-11-10 | Verizon Corporate Services Group, Inc. | Method and apparatus for information dissemination |
| US7450924B1 (en) * | 2004-03-25 | 2008-11-11 | At&T Mobility Ii Llc | Interference cancellation and receive diversity for single-valued modulation receivers |
| US8331445B2 (en) * | 2004-06-01 | 2012-12-11 | Qualcomm Incorporated | Method, apparatus, and system for enhancing robustness of predictive video codecs using a side-channel based on distributed source coding techniques |
| DE602004022466D1 (de) * | 2004-06-29 | 2009-09-17 | Ericsson Telefon Ab L M | Verfahren zur verarbeitung von paketbasierten daten sowie übertragung und empfang |
| US9385843B2 (en) * | 2004-12-22 | 2016-07-05 | Qualcomm Incorporated | Method and apparatus for using multiple modulation schemes for a single packet |
| US8359513B2 (en) * | 2005-01-19 | 2013-01-22 | Intel Corporation | Data communications methods and apparatus |
| US20060209780A1 (en) * | 2005-01-21 | 2006-09-21 | Nokia Corporation | Data transfer in TDMA system |
| US20080259158A1 (en) * | 2005-01-31 | 2008-10-23 | Tony Flint | Video Surveillance System Controller |
| WO2006109923A2 (en) * | 2005-04-09 | 2006-10-19 | Lg Electronics Inc. | Method of supporting multiple codes in a wireless mobile communication system |
| US7827475B2 (en) * | 2005-05-02 | 2010-11-02 | Nokia Corporation | Enhanced random access transmission |
| KR100739182B1 (ko) * | 2005-12-08 | 2007-07-13 | 엘지전자 주식회사 | 시공간 ｈａｒｑ 기법을 제공하는 이동 통신 단말기 및 그방법 |
| US20070180349A1 (en) * | 2006-01-31 | 2007-08-02 | Jacobsen Eric A | Techniques for uequal error protection for layered protection applications |
| US8031794B2 (en) * | 2006-05-09 | 2011-10-04 | At&T Mobility Ii Llc | Systems and methods for interference cancellation in a multiple antenna radio receiver system |
| PL1858190T3 (pl) * | 2006-05-16 | 2012-06-29 | Nokia Solutions & Networks Gmbh & Co Kg | Sposób bezpiecznego transmitowania krótkich map bitowych potwierdzeń ACK/NACK w procesie ARQ w systemach zgodnych z edge |
| TW200814641A (en) * | 2006-06-07 | 2008-03-16 | Qualcomm Inc | Methods and apparatus for using control values to control communications processing |
| US8565216B2 (en) * | 2006-06-07 | 2013-10-22 | Qualcomm Incorporated | Methods and apparatus for supporting tunneling related to wireless uplink signaling flows |
| US8565217B2 (en) * | 2006-06-07 | 2013-10-22 | Qualcomm Incorporated | Methods and apparatus for supporting tunneling related to wireless downlink signaling flows |
| KR100746291B1 (ko) * | 2006-06-29 | 2007-08-03 | 삼성전자주식회사 | 멀티채널 디지털 방송 시스템의 송수신 방법과 그 장치 |
| US8892108B2 (en) * | 2007-01-30 | 2014-11-18 | Qualcomm Incorporated | Control channel constraints in wireless communications |
| US8743774B2 (en) * | 2007-01-30 | 2014-06-03 | Qualcomm Incorporated | Resource requests for a wireless communication system |
| US8266488B2 (en) * | 2007-03-26 | 2012-09-11 | Marvell Israel (MIL) Ltd. | Encoding and decoding systems with header and data transmission success indication |
| EP2383920B1 (en) | 2007-12-20 | 2014-07-30 | Optis Wireless Technology, LLC | Control channel signaling using a common signaling field for transport format and redundancy version |
| US8144812B2 (en) * | 2008-02-08 | 2012-03-27 | Qualcomm Incorporated | Best frame derivation in a wireless communications network |
| US8520721B2 (en) | 2008-03-18 | 2013-08-27 | On-Ramp Wireless, Inc. | RSSI measurement mechanism in the presence of pulsed jammers |
| US8477830B2 (en) | 2008-03-18 | 2013-07-02 | On-Ramp Wireless, Inc. | Light monitoring system using a random phase multiple access system |
| US8958460B2 (en) | 2008-03-18 | 2015-02-17 | On-Ramp Wireless, Inc. | Forward error correction media access control system |
| CN102017690B (zh) * | 2008-04-25 | 2013-11-06 | 夏普株式会社 | 移动通信系统、基站装置、移动台装置以及移动通信方法 |
| EP2134023A1 (de) * | 2008-06-10 | 2009-12-16 | Siemens Aktiengesellschaft | Verfahren zur Kommunikation in einem Drahtlosnetzwerk |
| US8542706B2 (en) * | 2008-12-08 | 2013-09-24 | Qualcomm Incorporated | Method and apparatus related to packet fragmentation and reconstruction |
| JP4898858B2 (ja) * | 2009-03-02 | 2012-03-21 | パナソニック株式会社 | 符号化器、復号化器及び符号化方法 |
| US8363699B2 (en) | 2009-03-20 | 2013-01-29 | On-Ramp Wireless, Inc. | Random timing offset determination |
| US8677224B2 (en) * | 2010-04-21 | 2014-03-18 | Decawave Ltd. | Convolutional code for use in a communication system |
| EP2723010B1 (en) * | 2012-10-22 | 2016-05-04 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Transmitter and method for transmitting blocks of user data through a channel of variable capacity |
| CN106294193B (zh) * | 2015-06-03 | 2019-10-15 | 杭州海康威视系统技术有限公司 | 存储设备及基于该存储设备的分块存储方法 |
| CN116266777A (zh) * | 2021-12-16 | 2023-06-20 | 华为技术有限公司 | 数据传输的方法、装置和通信系统 |
| US20240250714A1 (en) * | 2023-01-23 | 2024-07-25 | Qualcomm Incorporated | Adaptive extended reality transmissions for ultra-wide band communications |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1265250A (en) * | 1985-03-04 | 1990-01-30 | Alan Douglas Clark | Data transmission |
| US6088342A (en) * | 1997-05-05 | 2000-07-11 | Nokia Mobile Phones Limited | Dynamic configuration of radio link protocol in a telecommunications system |
| GB2309362B (en) * | 1996-01-20 | 2000-07-05 | Northern Telecom Ltd | Telecommunications system |
| US6011796A (en) * | 1997-06-17 | 2000-01-04 | Qualcomm Incorporated | Extended range sequence numbering for selective repeat data transmission protocol |
| US6353907B1 (en) * | 1997-10-29 | 2002-03-05 | At&T Corp. | Incremental redundancy radio link protocol |
| US6317430B1 (en) * | 1998-02-19 | 2001-11-13 | Lucent Technologies Inc. | ARQ protocol support for variable size transmission data unit sizes using a hierarchically structured sequence number approach |
-
1999
- 1999-01-05 US US09/225,910 patent/US6778558B2/en not_active Expired - Fee Related
- 1999-02-23 EP EP99301300A patent/EP0938207A3/en not_active Withdrawn
- 1999-02-23 JP JP11044870A patent/JP2000236366A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190101403A (ko) * | 2017-01-19 | 2019-08-30 | 퀄컴 인코포레이티드 | 리소스 기반 및 코드 레이트 기반 코드 블록 세그먼테이션 |
| KR102344235B1 (ko) | 2017-01-19 | 2021-12-27 | 퀄컴 인코포레이티드 | 리소스 기반 및 코드 레이트 기반 코드 블록 세그먼테이션 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0938207A3 (en) | 2005-09-14 |
| US6778558B2 (en) | 2004-08-17 |
| US20030185181A1 (en) | 2003-10-02 |
| EP0938207A2 (en) | 1999-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6778558B2 (en) | System and method for incremental redundancy transmission in a communication system | |
| CA2275775C (en) | Incremental redundancy radio link protocol | |
| US6700867B2 (en) | Method and system for reduced memory hybrid automatic repeat request | |
| KR101597733B1 (ko) | 무선 통신 시스템을 위한 레이트 매칭 | |
| US8004992B2 (en) | Adding hybrid ARQ to WLAN protocols with MAC based feedback | |
| US7593380B1 (en) | Variable rate forward error correction for enabling high performance communication | |
| US7734987B2 (en) | Communication method and system using two or more coding schemes | |
| WO2020156468A1 (zh) | 一种卫星通信的自适应传输方法、装置及系统 | |
| EP2218204B1 (en) | Method and system for data transmission in a data network | |
| JP2004537919A (ja) | パケットベースの通信システムのための前方エラー訂正システム及び方法 | |
| JP2003503894A (ja) | パリティチェック結合を用いたハイブリッド自動再送要求を実施するシステム及び方法 | |
| JP2002522954A (ja) | パケット通信システムにおけるグループアドレッシング | |
| US6604216B1 (en) | Telecommunications system and method for supporting an incremental redundancy error handling scheme using available gross rate channels | |
| JP4509383B2 (ja) | 組み合わせハイブリッド自動再送信要求手法 | |
| US8644341B1 (en) | MAC structure with packet-quasi-static blocks and ARQ | |
| EP1656759A1 (en) | Data compression with incremental redundancy | |
| US20210242964A1 (en) | Device and method for supporting harq | |
| EP3657717B1 (en) | Hybrid arq with varying modulation and coding | |
| CN113366785A (zh) | 用于重传mac协议数据单元（mpdu）的通信发射器 | |
| WO2024099857A1 (en) | Communication device and method | |
| EP1513283B1 (en) | Methods, computer system and receiver for incremental redundancy decoding | |
| EP1313252A2 (en) | Incremental redundancy radio link protocol | |
| Sim et al. | Adaptive hybrid ARQ scheme using concatenated FEC for ATM over wireless links |