JP5694406B2 - ディジタルメッセージ内のより高い優先データの内符号化 - Google Patents

Description

優先権の主張

３５Ｕ．Ｓ．Ｃ§１１９のもとでの優先権の主張
本特許出願は、2001年11月1日に出願された仮出願第60/335,492号（“METHOD AND APPARATUS FOR IMPROVED DIM AND BURST MESSAGING”）に対して優先権を主張しており、仮出願第60/335,492号は、本発明の譲受人に譲渡され、ここでは、参考文献としてとくに取り上げている。

本発明は、概ね、無線通信、とくに、ディジタルメッセージ内のより高い優先度の情報の向上した通信に関する。

無線通信システムは、音声およびデータのような種々のタイプの通信を提供するために、一般に採用されている。これらのシステムは、符号分割多重アクセス（code division multiple access, CDMA）、時分割多重アクセス（time division multiple access, TDMA）、または他の変調技術に基づいている。ＣＤＭＡシステムは、他のタイプのシステムよりも、増加したシステム容量を含めて、ある特定の長所を備えている。

ＣＤＭＡシステムは、１つ以上のＣＤＭＡの標準規格、すなわち、（１）“TIA/EIA-95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System”(IS-95の標準規格)、（２）“3rd Generation Partnership Project”(3GPP)という名称の協会によって提供され、かつ文献第3G TS 25.211号、第3G TS 25.212号、第3G TS 25.213号、第3G TS 25.214号を含む１組の文献において具体化されている標準規格（W-CDMAの標準規格）、（３）“3rd Generation Partnership Project 2”(3GPP2)という名称の協会によって提供され、かつ“C.S0002-A Physical Layer Standard for cdma2000 Spread Spectrum Systems”、“C.S0005-A Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum Systems”、“C.S0024 cdma2000 High Rate Packet Data Air Interface Specification”を含む１組の文献において具体化されている標準規格（cdma2000の標準規格）、（４）“TIA/EIA-IS-856 CDMA2000 High Rate Packet Data Air Interface Specification”（IS-856の標準規格）、および（５）他の標準規格を支援するように設計される。ＣＤＭＡ以外のシステムは、ＡＭＰＳ、ＧＳＭ（登録商標）、および他のＴＤＭＡシステムを含む。これらのおよび他の無線通信の標準規格は、種々のデータレートにおいて音声またはデータ、あるいはこの両者の通信を支援する。

ディジタル通信の分野では、種々のメッセージフォーマットを使用して、異なるタイプのデータの組み合わせを伝送する。既存の符号分割多重アクセス（ＣＤＭＡ）システムでは、例えば、データブロックであって、“トラヒック”としても知られているものが、一次トラヒック、二次トラヒック、およびシグナリングトラヒックの種々の組み合わせを含むデータフレームへ構成される。一次トラヒックおよび二次トラヒックか、または一次トラヒックおよびシグナリングトラヒックの何れかを含むデータフレームは、“ディムおよびバースト”フレームと呼ばれる。二次トラヒックのみか、またはシグナリングトラヒックのみを含むデータフレームは、“ブランクおよびバースト”フレームと呼ばれる。ディムおよびバーストフレームか、またはブランクおよびバーストフレームの種々の組み合わせを伝送するためのフレームフォーマットの例示的な組は、“TIA/EIA/IS-2000.3-A-1 Medium Access Control (MAC) Standard for cdma2000 Spread Spectrum Systems, Addendum 1”（以下では、“１ｘ”と呼ばれる）から得られる。

各データフレームは、基地局と遠隔局との間の無線チャンネルを通って伝送される。無線チャネル内のノイズのために、伝送フレームはビット誤りと共に受信される。このようなビット誤りは、受信機におけるデータフレームの適切な復号を妨げ、かつデータフレーム全体が損われる。音声データのような、いくつかのタイプのデータでは、フレームが損なわれても、フレーム内のデータの再送を必要としない。他のタイプのデータ、例えばシグナリングリングデータは、このようなデータを含むフレームが損なわれると、次のフレーム内のデータの再送を必要とする。このような再送には、こうでなければ追加のユーザデータの伝送に使用できたであろうバンド幅を使う。さらに加えて、このような再送のために、再送データの最終的な受信が遅延し、これは、シグナリングデータの時間線が通信チャネルの品質に影響を与えるときは好ましくない。

したがって、フレームのある特定のセグメントは、他のセグメントよりも、優先度が高い。しかしながら、より高い優先度の情報が正しく受信されたとしても、より低い優先度のセクション内の誤りにより、フレーム全体の再送が要求される。したがって、フレーム内のより高い優先度のデータを確実に伝送して、フレーム内の誤りと関係付けられるバンド幅の遅延および損失を低減することが、この技術において必要とされている。

ここに開示されている実施形態は、フレーム内のより高い優先度のデータを確実に伝送する必要に対処している。１つの態様では、外符号がフレーム全体に適用されるのに加えて、内符号は伝送データフレームの１つ以上の部分セグメントに適用される。別の態様では、外符号の復号が、フレーム内の１つ以上の誤りを示すとき、受信フレームの内符号化されたセグメントが復号される。内復号が誤りなく復号するときは、内符号化されたセグメントは維持される。種々の他の態様も開示される。これらの態様は、より高い優先度のデータの再送数を低減する効果と、フレームの時間に影響され易いセグメントの遅延を低減する効果とをもつ。その結果、バンド幅のより効率的な使用、シグナリングトラヒックのような、より高い優先度のセグメントに対するより高い応答性、並びに容量、電力、およびそれらと関係付けられる他の効率が得られる。

本発明の特徴、性質、および長所は、別途記載される詳細な説明を、添付の図面と共に参照するとき、同じ参照符号が全体的に対応して同定され、より明らかになるであろう。

多数のユーザを支援することができる無線通信システムの全体的なブロック図。 内符号および外符号の両者を使用して、フレーム内のビット誤りを検出する例示的なフレーム構造を示す図。 基地局または遠隔局のような、例示的な無線通信装置の一部分を示す図。 内符号化を使用して、伝送するフレームを準備をする方法の実施形態のフローチャート。 内符号化を含むフレームを受信するための方法の例示的な実施形態のフローチャート。 再送要求を使用する再送プロセスの例示的な実施形態を示す図。 肯定応答を使用する再送プロセスの例示的な実施形態を示す図。 確実なヘッダ情報と共に使用するための再送プロセスの例示的な実施形態を示す図。

図１は、無線通信システム100の図であって、無線通信システム100は、1つ以上のＣＤＭＡの標準規格または設計、あるいはこの両者（例えば、W-CDMAの標準規格、IS-95の標準規格、cdma2000の標準規格、HDRの仕様）を支援するように設計される。簡潔化のために、システム100において、３つの基地局104が２つの移動局106と通信することが示されている。基地局およびその受信可能領域は、しばしば、まとめて“セル”と呼ばれる。ＩＳ−９５のシステムでは、セルは１つ以上のセクターを含む。Ｗ−ＣＤＭＡの仕様では、基地局の各セクターおよびセクターの受信可能領域を、セルと呼ぶ。ここで使用されているように、基地局という用語と、アクセスポイントまたはNodeBという用語とは、同義で使用することができる。移動局という用語と、ユーザ装置（user equipment, UE）、加入者装置、加入者局、アクセス端末、遠隔端末、またはこの技術において知られている他の対応する用語とは、同義で使用することができる。移動局という用語は、固定無線アプリケーションを含む。

実行されているＣＤＭＡシステムに依存して、所与の瞬間において、各移動局106は、順方向リンク上で、１つ（または、恐らくは、それ以上）の基地局104と通信し、逆方向リンク上で、移動局がソフトハンドオフするかどうかに依存して、１つ以上の基地局と通信する。順方向リンク（すなわち、ダウンリンク）は、基地局から移動局への伝送を指し、逆方向リンク（すなわち、アップリンク）は、移動局から基地局への伝送を指す。

分かり易くするために、本発明を記載するのに使用される例では、基地局を信号の発信側として、および移動局を、これらの信号、すなわち順方向リンク上の信号の受信機および受取り側として仮定する。当業者には、ここに記載されているように、移動局および基地局を装備して、データを伝送することができ、本発明の態様は、これらの状況において適用されることが分かるであろう。ここでは“例示的”という用語を使用して、専ら、“例、事例、または例示として働く”ことを意味する。ここに記載されている実施形態は、必ずしも、他の実施形態よりも好ましい、または優れていると解釈すべきではない。

図２は、内符号および外符号の両者を使用して、フレーム内のビット誤りを検出する例示的なフレーム構造を示す。フレームフォーマット202は、例示的なディムおよびバーストフォーマットであり、一次トラヒックセグメント206およびシグナリングトラヒックセグメント208を含む。フレーム220は、例示的なブランクおよびバーストフォーマットであり、シグナリングトラヒックセグメント224を含むが、一次または二次トラヒックセグメントは含まない。表１および２は、１ｘ出版物から採用した例示的なフレームフォーマットを含んでいる。表１は、“タイプ１のフレームフォーマット”というタイトルを付けられ、最大データレートが９６００ビット／秒であるチャネルに対する提案されたフレームフォーマットを示す。表２は、“タイプ２のフレームフォーマット”というタイトルを付けられ、最大データレートが１４４００ビット／秒であるチャネルに対する提案されたフレームフォーマットを示す。

表１では、支援される伝送レートは、９６００ビット／秒である。９つのカテゴリーがあり、１ないし５および１１ないし１４の指標値を割り当てられている。多重化プロトコルデータユニット（Multiplexed Protocol Data Unit, Mux PDU）のヘッダは、混合モード（Mixed Mode, MM）ビット、トラヒックタイプ（Traffic Type, TT）ビット、およびトラヒックモード（Traffic Mode, TM）ビットから構成される。各カテゴリーは、固有のMuxPDUヘッダを含み、これは、多数の一次トラヒックビット、シグナリングトラヒックビット、および二次トラヒックビットに対応する。表中の０の値によって示されているように、各カテゴリーにおいて、全てのタイプのトラヒックが支援されるわけではない。表２では、支援される伝送レートは、１４４００、７２００、３６００、および１８００（ビット／秒）である。２５のカテゴリーがあり、それぞれ、指標値１ないし２５が割り当てられている。タイプ２のMuxPDUヘッダは、１混合モード（Mixed Mode, MM）ビット、および可変数のフレームモード（Frame Mode, FM）ビットを含む。表１におけるように、各カテゴリーは、多数の一次、シグナリング、および二次トラヒックのビットを含み、これらは、カテゴリーの一部分では、０に設定される。これらの表は、単に例である。当業者は、無数のフレームフォーマットおよびその組み合わせを採用し、本発明の技術的範囲に含めることができることが分かるであろう。

フレーム202は、フレームヘッダ204から始まる。フレームヘッダ204は、混合モードビットおよびフレームモードビットの組み合わせを含む。例えば、フレームヘッダ204は、１混合モードビットを含む。混合モードビットが‘０’の値をもつときは、フレームは一次トラヒックのみを含む。混合モードビットが‘１’の値をもつときは、フレームは、一次、二次、およびシグナリングトラヒックの他の組み合わせ（例えば、シグナリングのみ、一次およびシグナリング、または一次および二次）を含む。トラヒックタイプの他の組み合わせも支援される。混合モードビットにおいて、フレームが一次トラヒックのみ以外の組み合わせを含むことが示されるとき、フレームヘッダ内のフレームモードビットにおいて、種々のタイプのトラヒックにおけるフレーム内のビットの割当てが示される。例示的な実施形態では、混合モードビットが‘１’の値をもつとき、フレームモードビットは、フレームヘッダ内のみに存在する。したがって、フレームヘッダは、混合モードビットの値に依存して、長さが変化する。示されているフレームフォーマット202では、フレームヘッダ204は、フレーム202内に含まれているデータセグメントのタイプと、それらのデータセグメントの大きさとを示す。

フレームフォーマット202では、内符号210は、シグナリングトラヒックセグメント208において計算される。フレームフォーマット202では、外符号212は、フレームヘッダ204、一次トラヒックセグメント206、シグナリングトラヒックセグメント208、および内符号210を含むフレーム全体において計算される。外符号212は、誤り検出符号または誤り訂正符号である。例示的な実施形態では、外符号212は、巡回冗長検査（cyclical redundancy checksum, CRC）符号であり、フレーム内の少なくとも1ビットの誤りを検出することができる。例示的な実施形態では、内符号210は、ＣＲＣであり、シグナリングトラヒックセグメント208内の少なくとも1つのビット誤りを検出することができる。したがって、シグナリングトラヒックセグメント208および内符号210以外の、フレーム202の部分の中で、1つ以上のビット誤りが見付け出された後でも、完全な状態のシグナリングトラヒックセグメント208を、フレームから抽出し、使用することができる。代わりの実施形態では、内符号210は、誤り訂正符号であり、誤って受信された１ビットを訂正することができる。代わりの実施形態では、内符号210は、シグナリングトラヒックセグメント208に加えて、フレームヘッダ204内の１ビット以上において計算される。表３は、表１および２内に示されている種々のフレームフォーマットに対する可能な符号化パラメータの例である。これは、種々のタイプ１およびタイプ２のフレームフォーマットにおける内符号ビットおよび外符号ビットの数を示す。表３は、単に例であり、当業者は、無数の組み合わせにおいて、任意の数の内符号ビットまたは外符号ビットを、1つ以上のフレームへ容易に適用することができる。

フレームフォーマット220は、例示的なブランクおよびバーストフォーマットであり、シグナリングトラヒックセグメント224を含むが、一次トラヒックセグメントは含まない。例示的な実施形態では、フレームフォーマット220は、フレームヘッダ222を含み、フレームヘッダ222はフレームヘッダ204と類似している。フレームヘッダ222は、フレームフォーマット220を、シグナリングトラヒックセグメント224のみを含むブランクおよびバーストフレームとして識別する。外符号228は、フレームヘッダ222およびシグナリングトラヒックセグメント224を含むフレーム全体において計算される。外符号228は、外符号212として記載されている符号と同じタイプの符号である。フレーム202（詳細は示されていない）と同様に、シグナリングセクションを内符号でカバーすることができる。しかしながら、例示的な実施形態では、ブランクおよびバーストフレームにおいて、フレーム全体がシグナリングデータであるので、内符号は使用されていない。さらに保護が望まれるときは、外符号を強化することができる。代わりの実施形態では、ブランクおよびバーストフレームにおいて、ある特定のシグナリング情報が他のシグナリング情報よりも、優先度が高いときは、フレーム202と同様のやり方で、フレームをセグメント化することができる。当業者には、フレーム、フレームタイプ、セグメント化、等の組み合わせに対して、ここに開示されている原理を適応させることができることが分かるであろう。

図３は、基地局104または移動局106のような、例示的な無線通信装置の一部分を示している。ここに開示されている原理は、順方向リンク、逆方向リンク、またはこの両者において実行することができる。同じ誤り保護を両方向に与える必要はないが、希望であれば、与えることができる。信号は、アンテナ310を介して送受信される。伝送信号は、システム100において採用される、既に記載した、１つ以上の無線システムの標準規格にしたがって、送信機330においてフォーマットされる。送信機330内に含まれる構成要素の例は、符号器、インターリーバ、拡散器、種々のタイプの変調器、増幅器、フィルター、ディジタル−対−アナログ（digital-to-analog, D/A）コンバータ、無線周波数（radio frequency, RF）コンバータ、等を含む。伝送データは、フレームプロセッサ340によって送信機330へ与えられる。

アンテナ310において受信される信号は、システム100において採用される、既に記載した、１つ以上の無線システムの標準規格にしたがって、受信機320において処理される。受信機320において採用される構成要素の例は、ＲＦダウンコンバータ、増幅器、フィルター、アナログ対ディジタル（analog-to-digital, A/D）コンバータ、復調器、レーキ受信機、合成器、デインターリーバ、復号器（ビタビ、ターボ、ブロック復号器、例えばＢＣＨ、等）、他を含む。受信機320からのデータは、フレームプロセッサ340へ送られる。

フレームプロセッサ340は、一次、二次、およびシグナリングトラヒックを受信し、それをフレームへフォーマットして、送信機330へ送る。同様に、受信機320によって受信されたデータは、フレームプロセッサ340へ送られ、データは、フレームごとに、パースされ、一次、二次、またはシグナリングトラヒックとして送り出される。種々の支援されるフレームタイプの種々のパラメータを保有しているフレームフォーマットデータベース350と連携して、フレームプロセッサ340において、データのフレームを形成するか、またはパースすることができる。フレームタイプの例は、既に与えられている表１ないし３内に記載されている。

ある特定の環境では、フレームの一部または全てが誤って受信されると、一次、二次、およびシグナリングトラヒックは消去される。データの幾つかのクラスは、損失の大きい伝送、例えば音声または画像システムを許容し、フレームが消去されるときに、再送を必ずしも要求しない。他のタイプのデータシステム、すなわちシグナリング情報は、消去に影響され易く、したがってこれらのフレームまたはフレームの一部が誤って受信されるときは、再送を行うべきである。これは、別途詳しく記載する。

フレームプロセッサ340は、ディジタル信号プロセッサ（Digital Signal Processor, DSP）または汎用目的のプロセッサであってもよい。当業者には、フレームプロセッサ340に関して、ここに記載されている方法および機能も、専用のハードウエア、コプロセッサ、プロセッサまたはＤＳＰの組合せ、または上述の全ての組み合わせを使用して実行できることが分かるであろう。記載されている種々の他のブロックに属する機能の一部または全ては、フレームプロセッサ340においても実行される。フレームプロセッサ340は、一般に、１つ以上のメモリ素子を含むか、またはそれに接続され、そのメモリ素子のフレームフォーマットデータベース350は、ここに記載されている種々のタスクおよび処理を実行する命令を記憶するためのデータメモリの一部であるか、またはそれを含む。

受信機320および送信機330の機能の一部または全て、並びにここに記載されている他の無線通信装置の処理も、フレームプロセッサ340において実行される。ＣＤＭＡシステム、等を含む無線通信システムにおいて、信号を送受信するための技術は、この分野において知られており、本発明の技術的範囲内に含まれる。当業者には、ここに記載されている本発明の原理から逸脱することなく採用できるプロセッサ、専用のハードウエア、等の無数の組み合わせが分かるであろう。

示されていない他の機能に加えて、無線通信装置は、それぞれ、信号および制御メッセージを生成または受信するためのメッセージ生成器またはメッセージ復号器も含む。これらは、フレームプロセッサ340のようなプロセッサ、このようなプロセッサの別のもの、またはこの分野において容易に使用できる種々の他の技術の何れかにおいて組込むことができる。これらの詳細は示されていない。

図４は、内符号化を使用して、伝送するフレームを準備する方法の実施形態を記載している。プロセスは、ブロック410において始まり、データまたはシグナリング、あるいはこの両者を受信して、フレーム化する。データは一次トラヒック、二次トラヒック、シグナリングトラヒック、またはこれらの組み合わせを含む。ブロック420では、パラメータの中でも、とくに、伝送するデータタイプおよびビット数にしたがって、フレームタイプが判断される。この判断は、フレームフォーマットデータベース350内に記憶されているフレームフォーマットの表にしたがって行うことができる。決定ブロック430へ進む。

決定ブロック430では、フレームが、より高い優先度のデータを含むときは、ブロック440へ進む。ブロック440では、より高い優先度のデータに対して、符号化が行われる。種々の保護レベルおよび処理要件をもつ種々の符号化方式が、この分野において知られている。符号化は、誤り検出符号または誤り訂正符号を含む。例えば、巡回冗長検査（ＣＲＣ）符号、ＢＣＨ符号（リードソロモン符号を含む）、および他のブロックまたは畳込み符号、等を含む。例示的な実施形態では、誤り検出符号はＣＲＣであって、例えば、８ビットのＣＲＣに対しては、ｇ（ｘ）＝ｘ８＋ｘ７＋ｘ４＋ｘ３＋ｘ＋１、６ビットのＣＲＣに対しては、ｇ（ｘ）＝ｘ６＋ｘ２＋ｘ＋１の生成多項式を用いる。より複雑な符号を支援することができる多くの実施形態では、慎重に選択された誤り訂正符号が採用される。符号化情報、すなわち内符号は、フレーム内の優先度情報に追加される。当業者は、優先度情報および内符号を含んでいるフレーム内のビットの種々の順序および相対的な位置を検討することができ、かつ本発明の技術的範囲内に含まれることが分かるであろう。ブロック450へ進む。

決定ブロック430において、より優先度の高いデータがないときは、ブロック450へ進む。ブロック450では、フレーム全体において符号化を行って、外符号を生成する。内符号と同様に、種々の符号化方式がこの分野においてよく知られており、これらは、まだ策定されていない符号化技術と共に、ここに記載されている実施形態において採用され、本発明の技術的範囲内に含むことができる。内符号および外符号に使用される符号化技術は、同じであってもよいが、同じである必要はない。例示的な外符号はＣＲＣの符号であって、１２ビットのＣＲＣに対しては、ｇ（ｘ）＝ｘ１２＋ｘ１１＋ｘ１０＋ｘ９＋ｘ８＋ｘ４＋ｘ＋１、１０ビットのＣＲＣに対しては、ｇ（ｘ）＝ｘ１０＋ｘ９＋ｘ８＋ｘ７＋ｘ６＋ｘ４＋ｘ３＋１、または８ビットのＣＲＣに対しては、ｇ（ｘ）＝ｘ８＋ｘ７＋ｘ４＋ｘ３＋ｘ＋１の生成多項式を用いる。外符号をフレーム情報に追加して、フレームを生成する。ブロック460へ進み、伝送するフレームを送る。決定ブロック470へ進む。処理するフレームがまだ他にあるときは、ブロック410へ戻る。そうでなければ、プロセスを終了することができる。

種々の代わりおよびオプションを、図４の方法に加えることができる。例えば、フレームの２つ以上のセクションを、内符号を用いて、個々に符号化して、フレーム（図示されていない）内に含めることができる。多数のセクションを個々に符号化する１つの恩恵は、１つの内符号化されたセクション内の誤りが、他の内符号化されたセクションを正しく復号するのを妨げないことである。

１つの例では、内符号を、シグナリングのような、より高い優先度のデータに適用するのに加えて、内符号を用いて、ヘッダを符号化する。したがって、誤りが、ヘッダ以外のフレーム内のどこかにあるときは、受信装置は、送られたフレームのタイプを、依然として判断することができる。これは、肯定応答（acknowledgement, ACK）メッセージ、否定応答（not acknowledgement, NAK）メッセージ、再送要求メッセージが、通信プロトコルにしたがって送られるときに有益である。フレームのタイプが分かっているときは、フレームが、再送しなければならない情報を含むかどうか、またはフレームが、消去できるデータを含むかどうかを判断することができる。誤って受信されたときに、捨てられるフレームの例は、ある特定量の誤りを許容できる、音声のような、損失の大きい通信セッションにおいて使用される、ある特定のフレームである。種々の再送プロトコルの例は、別途記載する。

別のオプションは、多数の内符号化のアプリケーションをネストすることである。例えば、内符号化されるセグメント内では、同じく内符号化されている、より小さい部分がネストされる。これは、フレーム化されるデータにおいて、種々の優先度レベルがあるときに使用される。当業者には、ここに記載されている原理が、フレームフォーマット、データタイプ、および再送プロトコル、および内符号化レベルの組み合わせに適用されることが分かるであろう。

図５は、内符号化を含む、フレームを受信するための方法についての例示的な実施形態を示す。プロセスは、ブロック510から始まり、ブロック510では、フレームを受信する。ブロック515へ進み、外符号を復号する。決定ブロック520へ進む。
決定ブロック520において、フレームが正しく復号されるときは、ブロック525へ進み、フレームを使用する。一次、二次、および／またはシグナリングデータが適切な宛先に送られる。トラヒックは、例えば、シグナリングトラヒックが受信されたときは、呼の維持に使用するためのより高い層へ送られ、アプリケーションデータ（一次または二次トラヒック）が受信されたときは、アプリケーション層へ送られる。ヘッダは、何れのフォーマットが使用されるかを示す。フレームフォーマットデータベース350を、ヘッダと関連付けて使用して、何れのタイプのトラヒックか、およびそれらのタイプの何ビットがフレーム内にあるかを判断することができる。図４を参照して既に記載したように、ヘッダは、フレームタイプが1つ以上の内符号を含むことも示す。ブロック525において外符号は適切に復号されるので、内符号データも正しく受信されている可能性が非常に高い。例示的な実施形態では、外符号が正しく復号されるときは、内符号は検査されない。別の実施形態では、遠隔局が偽の訂正復号をした可能性があるときは、内符号も検査するように進む（詳細は示されていない）。ブロック560へ進み、必要とされる再送要求を処理する。この場合は、再送は必要ないが、次のプロトコルに依存して、他のステップを採用することが必要である。例えば、肯定応答（ＡＣＫ）を伝送してもよい。ブロック560において使用できる例示的な再送プロトコルは、図６ないし８に関連して、別途詳しく記載する。

決定ブロック520へ戻って、外符号が正しく復号せず、受信フレーム内の誤りを示すときは、ブロック530へ進む。ブロック530では、ヘッダを使用して、内符号化されたセグメントがあるかどうかを判断する。これらの内セグメントを内符号で試験して、内符号化されたセグメントが誤りなく受信されたかどうかを判断することができる。もちろん、ヘッダが、誤りを含むフレームの部分であることもある。この場合に、ヘッダの誤り、および内復号を行なう次の誤った試行が成功する可能性は低い。例示的な実施形態では、内符号化されたセグメントを探すために、ブロック530において、ヘッダは正しいと仮定される。代わりの実施形態では、既に記載したように、ヘッダを、それ自身の内符号を用いて、正しい検出の望ましい確率を達成する適切な符号強度で、符号化することができる。この場合に、ヘッダが正しく復号されたときは、フレーム内の他の場所に誤りがあっても、受信局は、ヘッダにより高い信頼をもつ。（この代わりの詳細は、示されていない）。決定ブロック535へ進む。

決定ブロック535では、ヘッダによって示される内符号化されたセグメントが正しく復号しないときか、または内符号化されたセグメントが示されないときは、ブロック545へ進む。示されている内符号が正しく復号するときは、内符号化されたセグメントが誤りなく受信されている可能性が高い。当業者には、どのようにして、符号化強度を増加または低減して、許容レベルに対する正しい検出の希望の確率を達成する（かつ、当然の結果によって、偽の肯定の検出の確率を低減する）かが分かるであろう。ブロック540へ進む。

ブロック540では、内符号化されたセグメントが使用される。既に記載したように、これを、別の処理のための適切な層へ送ることができる。希望であれば、消去を、フレームの残りへ送ることができる。ブロック560へ進み、上述において、プロトコルによって所定の位置において判断されるように、再送を処理し、その例は、図６ないし８に関連して、別途詳しく記載される。

ブロック545に戻る。ブロック545には、フレームの外符号化が誤りを示したとき、内符号化がヘッダによって示されなかったとき、または示されている内符号が適切に復号されなかったときに到達する。この場合は、ヘッダにおいて誤りが受信された、および内符号化されたセグメントが誤りなく受信された可能性かある。（恐らくは、フレームフォーマットデータベース350に示されている）支援されるフレームタイプに基づいて、内符号化されたセグメントの可能な位置を判断することができる。フレームは、これらの可能な位置において走査することができ、可能な内符号を復号する試みを行うことができる。決定ブロック550へ進む。

決定ブロック550において、内符号化されたセグメントが走査され、正しく復号されると、ブロック540へ進み、既に記載したように進む。例示的な実施形態では、走査された内符号が正しく復号されると、（ヘッダが誤っていると仮定して）ヘッダによって識別された内符号と同様に取扱われる。この場合に、走査された内符号化されたセグメントの位置が、固有のフレームタイプと関係付けられているときは、固有のフレームタイプを識別するヘッダ情報を使用して、ヘッダを訂正できることに注意すべきである。代わりの実施形態では、更新された情報を用いて、ヘッダを調節し、外符号を再検査することができる。外符号が正しく復号すると、フレームを、全て（詳細は示されていない）使用できる可能性が高い。代わりの実施形態では、可能なセグメントを走査して、位置を特定するための別の処理の負担が重くなり過ぎると判断されるときは、ブロック545および550を省くことができる。この代わりは、これらのブロックによってカバーされるイベントの可能性が低すぎると判断されるときに、望ましい。決定ブロック550において、内符号化されたセグメントが走査されず、正しく復号されないときは、ブロック555へ進む。

ブロック555では、消去をフレーム全体へ送ることができる。ブロック560へ進み、既に記載したように、所定の位置においてプロトコルにしたがって再送を処理する。ブロック560において使用するのに適応できる再送処理の例示的な実施形態は、図６ないし８を参照して別途詳しく記載される。決定ブロック565へ進む。通信チャネルが続いていて、受信して処理するためのフレームがまだ他にもあるときは、ブロック510へ戻って、既に記載したプロセスを反復する。そうでなければ、プロセスを終了することができる。

図６は、ブロック560として使用するのに適応できる再送プロセスの例示的な実施形態を示している。このプロセスは、ある特定の環境のもとで、受信局が、誤って受信したフレームの再送を要求するのを必要とするプロトコルと共に使用することができる。プロセスはブロック610から始まる。フレームが正しく復号されたときは、再送は必要ないので、プロセスを終了し、実質的にプロセスをとばす。既に記載したように、図５のプロセスは、この状況において、このプロセスに入ることを避けるように変更することができ、この場合は、決定ブロック610を省くことができる。この代わりにおいて、再送が必要なときのみ、再送プロセス560が要求される。図５のフローチャートは、ここに記載されている例示的な実施形態の全てと両立するのに十分に一般的であるので、決定ブロックは、説明を分かり易くするために含まれている。既に記載したように、これらの再送プロセスは、単なる例である。当業者は、ここに開示されている原理を、本発明の技術的範囲内において、任意のタイプの再送プロセスの全てへ容易に適応させる。フレームが正しく復号されなかったときは、決定ブロック620へ進む。

決定ブロック620では、内符号（または、２つ以上が含まれるか、またはネストされるときは、多数の内符号）が正しく復号されるときは、決定ブロック630へ進む。決定ブロック630では、フレームの残りの中に、消去できないデータがないときは、規定のデータは正しく受信されている。再送の必要がないときは、プロセスは終了することができる。残りの中に消去できないデータがあるときは、誤りのために、そのデータは正しく受信されない。ブロック640へ進み、残り（または、消去できない残りの部分）の再送を要求する。これは、ヘッダが正しく、したがってフレーム内のデータのタイプを正しく識別するか、または他の手段が受信局内に存在し、この判断を行うことができると仮定している。ヘッダが、より確実なやり方で伝送されるか、またはヘッダ上の追加の内符号が、それが正しく受信されたと判断したときは、これを適用することができる。ヘッダによって示されるように、フレームの内符号化された部分が存在し、正しく復号されたときは、ヘッダが正しく受信された可能性が高い。すなわち、ブロック545において、内符号化されたセグメントが走査されたとき、ヘッダが正しいという仮定は、恐らくは無効である。代わりとして、正しいヘッダの仮定に対する必要を無くすために、残りに対する否定応答（Not Acknowledged, NAK）のメッセージを送信局へ伝送することができ、送信局は、フレームの残りを再送すべきかどうかを判断することができる。送信局には、何れのタイプのデータが受信フレーム内に含まれていたかが分かる。残りまたはＮＡＫの再送の要求が送られた後で、プロセスは終了することができる。

決定ブロック620において、内符号が含まれていなかった、または位置が特定されなかった、あるいは内符号が不正確に復号されたときは、ブロック650へ進む。決定ブロック650では、決定ブロック630と同様に、フレーム内に消去できないデータがないときは、フレームを再送する必要はなく、（ヘッダ情報が確実であると仮定して）したがって処理を終了することができる。代わりにおいて、フレーム全体におけるＮＡＫを送信局へ送ることができ、送信局は、それが知っていることに関する（詳細は示されていない）、フレームの内容に基づいて、再送を要求するかどうかを判断することができる。フレーム内に消去できないデータがある（すなわち、ヘッダが確実であるか、または受信局が、それを判断するための他の手段をもつ）ときは、ブロック660へ進む。ブロック660では、消去できないデータの再送を要求する。その代りに、フレーム全体に対してＮＡＫを送ることができ、送信局は、それが知っているフレームの内容に基づいて、再送するかどうかを判断することができる。その後で、プロセスは終了する。

図７は、ブロック560として使用するのに適応できる再送プロセスの別の例示的な実施形態を示している。このプロセスは、受信局が、正しく受信したデータに（ＡＣＫを送ることによって）肯定応答することを要求するプロトコルを用いて、使用することができる。プロセスは、決定ブロック710から始まる。フレームが正しく受信されたときは、ブロック720へ進み、フレーム全体をＡＣＫする。その後で、プロセスは終了する。

決定ブロック710では、フレームが正しく復号されなかったときは、決定ブロック730へ進む。決定ブロック730では、１つの内符号化されたセグメントが正しく復号される（または、既に記載したように、２つ以上の符号化されたセグメントが正しく復号される）と、ブロック740へ進み、正しく受信された内符号化されたセグメントをＡＣＫする。その後で、プロセスは終了する。決定ブロック730において、内符号化されたセグメントが含まれていなかった、見付からなかった、あるいは内符号化されたセグメントが不正確に復号されたときは、ブロック750へ進み、フレーム全体をＮＡＫする。その代りに、肯定のＡＣＫのみが伝送されるときは、ブロック750を省くことができ、受信局は、無応答のままである。送信局は、フレームの何れの部分も正しく受信されなかったと判断する。その後で、プロセスは終了する。この図７に関連して記載した場合の全てにおいて、送信局は、それが知っている、伝送されたフレームの内容に基づいて、再送が必要かどうかを判断することができる。このプロセスでは、フレームの全体または一部分が受信され、かつ正しく復号される場合を除いて、ヘッダの正しい受信は考えられないことに注意すべきである。

図８は、ブロック560として使用するために適応できる再送プロセスのさらに別の実施形態を示している。このプロセスは、受信したヘッダ情報が確実であるときに使用することができる。これは、ヘッダが重要な誤り保護を与えるようなやり方で伝送されるか、またはヘッダが内符号を用いて符号化され、その内符号が正しく復号される場合である。さらに加えて、フレームの一部分が正しく符号化されるときは、ヘッダ情報が正しい可能性が高いか、または既に記載したように、正しく復号されたセグメントから、正しいヘッダを推定することができる。

このプロセスは、決定ブロック810から始まる。フレームが正しく受信されたときは、ブロック820へ進み、フレーム全体をＡＣＫする。代わりに、プロトコルがＮＡＫのみを要求するときか、さもなければ、正しい受信が考えられるときは、受信局は、無応答のままである。再送は不要となる。その後で、プロセスは終了する。

決定ブロック810において、フレームが正しく復号されなかったときは、決定ブロック830へ進む。決定ブロック830において、１つ以上の内符号化されたセグメントが正しく復号されるときは、決定ブロック840へ進む。決定ブロック840において、フレームの残りの中に、消去できないデータがないときは、ブロック820へ進む。その代りでは、既に記載したように、フレーム全体がＡＣＫされるか、または受信機が無応答のままである。他方で、決定ブロック840において、残りの中に消去できないデータがあるときは、ブロック870へ進む。ブロック870では、受信局は、正しく復号された内符号化されたセグメントのみをＡＣＫすることができる。その代りに、フレームの消去できない部分（または、残りの全て）をＮＡＫする（送信局は、それが知っているフレームの内容に基づいて、再送を必要とする部分を判断することができる）。

図６を参照して既に記載したように、どのような理由であっても、受信局が試験を行うのが望ましくないときは、決定ブロック840を省くことができる。その代りに、フレームの残りをＮＡＫするか、または正しく受信されたセグメントをＡＣＫし、送信局は、それが知っている伝送するフレームの内容に基づいて、再送を要求するかどうかを判断することができる。

決定ブロック830へ戻ると、内符号化されたセグメントが含まれていなかった、または位置が特定されなかった、あるいは位置が特定された内符号化されたセグメントが正しく復号されなかったときは、決定ブロック850へ進む。決定ブロック850では、既に記載したように、フレーム内に消去できないデータがないときは、ブロック820へ進む。この場合は、再送は不要である。決定ブロック850において、フレーム内に消去できないデータがあるときは、ブロック860へ進む。フレーム全体、すなわちフレーム内の消去できない部分をＮＡＫし、送信局は、再送が必要かどうかを判断することができる。ＡＣＫのみを使用するプロトコルでは、受信局は無応答のままであり、送信局は、フレームが正しく受信されなかったと仮定して、同様に、再送が必要かどうかを判断する。

ここでも、どのような理由であっても、受信局が試験を実行することが望ましくないときは、決定ブロック850を省くことができる。その代りに、フレームの残りがＮＡＫされ、送信局は、それが知っている伝送フレームの内容に基づいて、再送が要求されるかどうかを判断することができる。

表４は、表３内に示されている符号長にしたがって、フレームタイプを符号化した結果の例を示す。最右列は、節約されるフレームの割合を示す。図４に示されている例では、MuxPDUヘッダは、正しいと仮定され、フレーム内のデータの各セクションの境界が明らかに示される。節約されるフレームは、次に示すように計算される。すなわち、
節約されるフレーム＝（第４列＋第７列）／（第３列＋第７列）

ここに記載されている実施形態は、より高い優先度のデータを確実に伝送し、かつ再送の必要を低減するといった望ましい特性をもつ。その結果として、システムの容量およびスループットは増加し、時間に影響され易いシグナリングデータは、低減された遅延で受信され、効率を向上することができる。

上述の記載では、例示的な信号、符号、およびパラメータの幾つかのような、１ｘ標準規格に定められている信号、符号、およびパラメータを使用していることに注意すべきである。これは、説明を分かり易くするためにのみであり、１ｘシステムに対する本発明の技術的範囲を制限すると解釈すべきではない。本発明の原理は、既に記載したように、より高い優先度のデータを内符号化できる、想定できるシステムに適用される。当業者には、このような代わりのシステムで使用するために、記載の種々の実施形態をどのように適応させるかが分かるであろう。

既に記載した実施形態の全てにおいて、方法ステップは、本発明の技術的範囲から逸脱しないならば、相互に入れ替えできることに注意すべきである。
当業者は、種々の異なる技法および技術を使用して、情報および信号を表現していることが分かるであろう。例えば、上述で全体的に参照したデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁粒、光の界または粒子、あるいはその組合せによって適切に表現される。

熟練した技能をもつ者には、ここに開示されている実施形態に関係して記載されている種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムのステップが、電子ハードウエア、コンピュータソフトウエア、またはこの両者の組合せとして実行されることも分かるであろう。ハードウエアおよびソフトウエアのこの互換性を明らかに示すために、上述では、全体的に、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップが、機能に関して記載されている。このような機能が、ハードウエアとして実行されるか、またはソフトウエアとして実行されるかは、全体的なシステムに課された特定の応用および設計の制約に依存する。熟練した技能をもつ者は、各特定の応用において、記載の機能を種々のやり方で実行するが、このような実行の決定は、本発明の技術的範囲から逸脱しないと解釈すべきである。

ここに開示されている実施形態と関係して記載されている種々の例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（digital signal processor, DSP）、特定用途向け集積回路（application specific integrated circuit, ASIC）、フィールドプログラマブルゲートアレイ（field programmable gate array, FPGA）または他のプログラマブル論理装置、ディスクリートなゲートまたはトランジスタ論理、ディスクリートなハードウエア構成要素、あるいはここに記載されている機能を実行するように設計されているものの組合わせで構成または実行される。汎用プロセッサは、マイクロプロセッサであってもよいが、その代わりに、従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサは、計算機の組合せ、例えば、１つのＤＳＰと１つのマイクロプロセッサ、複数のマイクロプロセッサ、１つ以上のマイクロプロセッサと１つのＤＳＰのコア、または他のこのような構成としても実行される。

ここに開示されている実施形態と関係して記載されている方法またはアルゴリズムのステップは、ハードウエア、プロセッサによって実行されるソフトウエアモジュール、またはこの２つの組合せにおいて直接に具体化される。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ、またはこの技術において知られている他の形態の記憶媒体内にあってもよい。例示的な記憶媒体はプロセッサに接続され、したがって、プロセッサは、記憶媒体から情報を読み出し、記憶媒体へ情報を書込むことができる。その代りに、記憶媒体はプロセッサと一体構成であってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内にあってもよい。ＡＳＩＣは、ユーザ端末内にあってもよい。その代りに、プロセッサおよび記憶媒体は、ディスクリートな構成要素として、ユーザ端末内にあってもよい。

開示された実施形態のこれまでの記載は、この分野に熟練した技能をもつ者が、本発明を作成または使用できるようにするために与えられている。当業者には、これらの実施形態に対する種々の変更が容易に分かり、かつここで定義されている全体的な原理は、本発明の意図および技術的範囲から逸脱しないならば、他の実施形態に適用してもよい。したがって、本発明は、ここに示されている実施形態に制限されるのではなく、ここに開示されている原理および新規な特徴に一致する最も幅広い範囲にしたがうことを意図されている。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
データフレーム上で外符号を、データフレームのセグメント上で内符号を計算するための符号器を含む装置。
［Ｃ２］
データフレームを伝送するための送信機をさらに含むＣ１記載の装置。
［Ｃ３］
伝送フレームに応答してメッセージを受信するための受信機をさらに含むＣ１記載の装置。
［Ｃ４］
メッセージが、伝送フレームのセグメントの1つ以上の有効な受信を示すＣ３記載の装置。
［Ｃ５］
メッセージが、伝送フレームのセグメントの１つ以上の無効の受信を示すＣ３記載の装置。
［Ｃ６］
データフレームと関係付けられている外符号を復号し、外復号がフレームが少なくとも１つの誤りを含むことを示すときに、データフレームのセグメントと関係付けられている内符号を復号するための復号器を含む装置。
［Ｃ７］
データフレームを受信するための受信機をさらに含むＣ６記載の装置。
［Ｃ８］
受信フレームに応答してメッセージを伝送するための送信機をさらに含むＣ６記載の装置。
［Ｃ９］
メッセージが、受信フレームのセグメントの１つ以上の有効な受信を示すＣ８記載の装置。
［Ｃ１０］
メッセージが、受信フレームのセグメントの１つ以上の無効の受信を示すＣ８記載の装置。
［Ｃ１１］
データを受信し、そのセグメントが１つ以上の優先度レベルを割り当てられていることと、
セグメントにしたがってフレームタイプを識別する1つ以上のビットを含むヘッダを生成し、
１つ以上の内符号を用いて、より高い優先度のセグメントを符号化し、
外符号を用いて、ヘッダ、データ、および内符号化を符号化し、かつ、
ヘッダ、データ、内符号化、および外符号化を含むフレームを生成するためのフレームプロセッサを含む装置。
［Ｃ１２］
複数のフレームタイプ、符号パラメータ、およびそれと関係付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースであって、符号化およびヘッダ生成に使用するためのフレームプロセッサによってアクセス可能なフレームフォーマットデータベースをさらに含むＣ１１記載の装置。
［Ｃ１３］
受信データが、一次トラヒック、二次トラヒック、またはシグナリングトラヒックの１つ以上のセグメントを含むＣ１１記載の装置。
［Ｃ１４］
フレームプロセッサが、さらに加えて、内符号を用いてヘッダを符号化するＣ１１記載の装置。
［Ｃ１５］
受信フレームの外符号を復号して、フレーム内の１つ以上の誤りを検出し、
外復号が、フレーム内の１つ以上の誤りを検出したとき、フレームの1つ以上のセグメントの内符号を復号するためのフレームプロセッサを含む装置。
［Ｃ１６］
複数のフレームタイプ、符号パラメータ、およびそれと関係付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースであって、内符号化されたセグメントの位置を特定し、かつ復号するのに使用するためのフレームプロセッサによってアクセス可能なフレームフォーマットデータベースをさらに含むＣ１５記載の装置。
［Ｃ１７］
データフレームにおいて外符号を、かつデータフレームのセグメントにおいて内符号を計算するための符号器を含む無線通信装置。
［Ｃ１８］
データフレームと関係付けられている外符号を復号し、外復号がフレームが少なくとも１つの誤りを含むことを示すとき、データフレームのセグメントと関係付けられている内符号を復号するための復号器を含む無線通信装置。
［Ｃ１９］
無線通信装置を含む無線通信システムであって、無線通信装置が、
データフレームにおいて外符号を、データフレームのセグメントにおいて内符号を計算するための符号器を含む無線通信システム。
［Ｃ２０］
無線通信装置を含む無線通信システムであって、無線通信装置が、
データフレームと関係付けられている外符号を復号し、外復号がフレームが少なくとも１つの誤りを含むことを示すとき、データフレームのセグメントと関係付けられている内符号を復号するための復号器を含む無線通信システム。
［Ｃ２１］
伝送するデータフレームを準備する方法であって、そのセグメントが、１つ以上の優先度レベルを割り当てられていて、
フレーム内のセグメントの１つ以上の優先度レベルにしたがってフレームタイプを判断することと、
フレームが、１つ以上の優先度レベルをもつセグメントを含むとき、より高い優先度レベルを割り当てられたセグメントに対して内符号化を行うことと、
フレームタイプと関係付けられているデータ、内符号化、およびヘッダに対して外符号化を行うことと、
ヘッダ、データ、内符号化、および外符号化を含むフレームを形成することとを含む方法。
［Ｃ２２］
フレームフォーマットのデータベースにアクセスして、フレームタイプおよび符号化パラメータを検索することをさらに含むＣ２１記載の方法。
［Ｃ２３］
ヘッダを内符号化することをさらに含み、その結果が外符号化に含まれるＣ２１記載の方法。
［Ｃ２４］
受信データフレームを処理する方法であって、
フレームの外符号を復号し、フレーム内の1つ以上の誤りを検出することと、
外符号化がフレーム内の１つ以上の誤りを検出したときに、フレームのセグメントの内符号を復号することとを含む方法。
［Ｃ２５］
外復号が誤りなく復号したときに、フレームのデータセグメントの全てを送ることをさらに含むＣ２４記載の方法。
［Ｃ２６］
内復号が誤りなく復号したときに、フレームのセグメントを送ることをさらに含むＣ２４記載の方法。
［Ｃ２７］
フレームヘッダにしたがって、内符号化されたデータの位置および継続期間を判断することをさらに含むＣ２４記載の方法。
［Ｃ２８］
内符号化されたデータの位置および継続期間を判断することが、フレームフォーマットデータベースにアクセスすることを含むＣ２７記載の方法。
［Ｃ２９］
外復号が、1つ以上の誤りを検出し、かつヘッダによって識別されたセグメントの内復号が、1つ以上の誤りと共に復号するとき、全ての可能な内符号化されたセグメントを走査することをさらに含むＣ２４記載の方法。
［Ｃ３０］
位置を特定された内符号化されたセグメントに対応するヘッダ情報を識別することと、 フレーム内のヘッダ情報と、識別されたヘッダ情報とを置換することと、
置換されたヘッダ情報を用いて、フレームを使用して、外符号を復号することを再び試みることをさらに含むＣ２９記載の方法。
［Ｃ３１］
２つ以上の内符号化されたセグメントを復号することをさらに含むＣ２４記載の方法。
［Ｃ３２］
ヘッダに適用された内符号を復号することをさらに含むＣ２４記載の方法。
［Ｃ３３］
１つ以上のセグメントの内復号が、誤りなく復号するとき、フレームの残りの再送を要求することをさらに含むＣ２４記載の方法。
［Ｃ３４］
１つ以上のセグメントの復号が、誤りなく復号するとき、１つ以上の内符号化されたセグメントの受信を示す肯定応答を送信局へ送ることをさらに含むＣ２４記載の方法。
［Ｃ３５］
１つ以上のセグメントの復号が、誤りなく復号し、フレームの残りが消去可能なデータであるとき、フレーム全体の受信を示す肯定応答を送信局へ送ることをさらに示すＣ２４記載の方法。
［Ｃ３６］
１つ以上の内符号化されたセグメントの復号が、誤りなく復号するとき、フレームの残りの偽の受信を示す肯定応答を送信局へ送ることをさらに含むＣ２４記載の方法。
［Ｃ３７］
１つ以上の内符号化されたセグメントの復号が、１つ以上の誤りと共に復号するとき、フレーム全体の誤った受信を示す肯定応答を送信局へ送ることをさらに含むＣ２４記載の方法。
［Ｃ３８］
データフレームを用いて動作することができ、そのセグメントが１つ以上の優先度レベルを割り当てられている装置であって、
フレーム内のセグメントの１つ以上の優先度レベルにしたがって、フレームタイプを判断するための手段と、
フレームが、２つ以上の優先度レベルを含むとき、より高い優先度レベルを割り当てられているセグメントに対して内符号化を行うための手段と、
フレームタイプと関係付けられているデータ、内符号化、およびヘッダに対して外符号化を行うための手段と、
ヘッダ、データ、内符号化、および外符号化を含むフレームを形成するための手段とを含む装置。
［Ｃ３９］
受信したフレームの外符号を復号して、フレーム内の１つ以上の誤りを検出するための手段と、
外復号が、フレーム内の１つ以上の誤りを検出したとき、フレームのセグメントの内符号を復号するための手段とを含む装置。
［Ｃ４０］
フレームヘッダにしたがって内符号化されたデータの位置および継続期間を判断するための手段をさらに含むＣ３９記載の装置。
［Ｃ４１］
フレーム内の１つ以上の優先度レベルにしたがって、フレームタイプを判断するための手段と、
フレームが、２つ以上の優先度レベルのセグメントを含むとき、より高い優先度レベルを割り当てられたセグメントに対して内符号化を行うための手段と、
フレームタイプと関係付けられているデータ、内符号化、およびヘッダに対して外符号化を行うための手段と、
ヘッダ、データ、内符号化、および外符号化を含むフレームを形成するための手段とを含む無線通信システム。
［Ｃ４２］
受信フレームの外符号を復号して、フレーム内の１つ以上の誤りを検出するための手段と、
外復号が、フレーム内の１つ以上の誤りを検出したとき、フレームのセグメントの内符号を復号するための手段とを含む無線通信システム。
［Ｃ４３］
フレーム内の１つ以上の優先度レベルにしたがって、フレームタイプを判断するステップと、
フレームが、２つ以上の優先度レベルのセグメントを含むとき、より高い優先度レベルを割り当てられたセグメントに対して内符号化を行うステップと、
フレームタイプと関係付けられているデータ、内符号化、およびヘッダに対して外符号化を行うステップと、
ヘッダ、データ、内符号化、および外符号化を含むフレームを形成するステップとを行うように動作可能なプロセッサ読み出し可能媒体。
［Ｃ４４］
フレームの外符号を検出し、フレーム内の１つ以上の誤りを検出するステップと、
外復号が、フレーム内の1つ以上の誤りを検出するとき、フレームのセグメントの内符号を復号するステップを行うように動作可能なプロセッサ読み出し可能媒体。

Claims (23)

1. データフレームと関係付けられる誤り検出のための外符号を復号し、前記外復号が、前記データフレームが少なくとも１つの誤りを含むことを示すときに、前記データフレームの高優先度のシグナリングセグメントの計算された誤り検出のための内符号を復号する復号器と、
   複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースと、
   を備え、
   前記外符号は全体のデータフレームについて計算され、該全体のデータフレームは前記計算された内符号を含み、
   前記内符号の復号結果に基づき再送要求が必要か否かが決定され、
   前記内符号を復号することは、前記フレームフォーマットデータベースに記憶されている各フレームタイプに基づき決定される前記データフレーム中の前記高優先度のシグナリングセグメントの可能な位置および継続期間において可能な内符号の復号を試みることを含む、装置。
2. 前記データフレームを受信するための受信機をさらに含む請求項１記載の装置。
3. 前記受信されたフレームに応答してメッセージを送信するための送信機をさらに含む請求項１記載の装置。
4. 前記メッセージは、前記受信されたフレームのセグメントの１つ以上の有効な受信を示す請求項３記載の装置。
5. 前記メッセージは、前記受信されたフレームのセグメントの１つ以上の無効の受信を示す請求項３記載の装置。
6. 受信フレームの誤り検出のための外符号を復号して、フレーム内の１つ以上の誤りを検出し、
   前記外復号が前記フレーム内の１つ以上の誤りを検出したとき、前記フレームのシグナリングセグメントの誤り検出のための内符号を復号し、
   前記内符号の復号結果に基づき再送要求が必要か否かを決定するためのフレームプロセッサと、
   複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースと、
   を備え、
   前記内符号を復号することは、前記フレームフォーマットデータベースに記憶されている各フレームタイプに基づき決定される前記フレーム中の前記シグナリングセグメントの可能な位置及び継続期間において可能な内符号の復号を試みることを含む、装置。
7. データフレームと関係付けられる誤り検出のための外符号を復号し、前記外復号が、フレームが少なくとも１つの誤りを含むことを示すときに、前記データフレームの高優先度のシグナリングセグメントの誤り検出のための内符号を復号するための復号器を含み、
   前記内符号の復号結果に基づき再送要求が必要か否かが決定され、
   前記内符号を復号することは、前記データフレーム中の前記高優先度のシグナリングセグメントの可能な位置及び継続期間において可能な内符号の復号を試みることを含み、前記可能な位置及び継続期間は、複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するフレームフォーマットデータベースに記憶されている各フレームタイプに基づき決定される無線通信装置。
8. 受信データフレームを処理する方法であって、
   フレームの誤り検出のための外符号を復号し、前記フレーム内の1つ以上の誤りを検出することと、
   前記外復号が前記フレーム内の１つ以上の誤りを検出したとき、フレームのシグナリングセグメントの誤り検出のための内符号を復号することと、
   前記内符号の復号結果に基づき再送要求が必要か否かを決定することと、
   を含み、
   前記内符号を復号することは、複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースに記憶されている各フレームタイプに基づき決定された前記フレーム中の前記シグナリングセグメントの可能な位置及び継続期間において可能な内符号の復号を試みることを含む、
   方法。
9. 前記外復号が誤りなく復号するとき、前記フレームのデータセグメントの全てを送ることをさらに含む請求項８記載の方法。
10. 前記内復号が誤りなく復号するとき、前記フレームのセグメントを送ることをさらに含む請求項８記載の方法。
11. フレームヘッダにしたがって、内符号化されたデータの位置および継続期間を判断することをさらに含む請求項８記載の方法。
12. 前記外復号が、１つ以上の誤りを検出し、ヘッダによって識別されるセグメントの前記内復号が、１つ以上の誤りと共に復号するとき、全ての可能な内符号化されたセグメントを走査することをさらに含む請求項８記載の方法。
13. 位置を特定された内符号化されたセグメントに対応するヘッダ情報を識別することと、
    前記フレーム内のヘッダ情報と、前記識別されたヘッダ情報とを置換することと、
    前記置換されたヘッダ情報をもつ前記フレームを使用して、前記外符号を復号することを再び試みることをさらに含む請求項１２記載の方法。
14. ２つ以上の内符号化されたセグメントを復号することをさらに含む請求項８記載の方法。
15. １つ以上のセグメントの内復号が、誤りなく復号するとき、前記フレームの残りの再送を要求することをさらに含む請求項８記載の方法。
16. １つ以上のセグメントの復号が、誤りなく復号するとき、１つ以上の内符号化されたセグメントの受信を示す肯定応答を送信局へ送ることをさらに含む請求項８記載の方法。
17. １つ以上のセグメントの復号が、誤りなく復号し、前記フレームの残りが消去可能なデータであるとき、前記フレーム全体の受信を示す肯定応答を送信局へ送ることをさらに含む請求項８記載の方法。
18. １つ以上の内符号化されたセグメントの復号が、誤りなく復号するとき、前記フレームの残りの失敗の受信を示す肯定応答を送信局へ送ることをさらに含む請求項８記載の方法。
19. １つ以上の内符号化されたセグメントの復号が、１つ以上の誤りと共に復号するとき、前記フレーム全体の失敗の受信を示す肯定応答を送信局へ送ることをさらに含む請求項８記載の方法。
20. 受信されたフレームの誤り検出のための外符号を復号して、前記フレーム内の１つ以上の誤りを検出するための手段と、
    複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマット記憶手段と、
    前記外復号がフレーム内の１つ以上の誤りを検出したとき、前記フレームのシグナリングセグメントの誤り検出のための内符号を復号するための手段と、
    前記内符号の復号結果に基づき再送要求が必要か否かを決定するための手段と、
    を含み、
    前記内符号を復号するための手段は、前記フレームフォーマット記憶手段に記憶されている各フレームタイプに基づき決定される前記フレーム中の前記シグナリングセグメントの可能な位置および継続期間において可能な内符号の復号を試みる手段を含む、装置。
21. フレームヘッダにしたがって内符号化されたデータの位置および継続期間を判断するための手段をさらに含む請求項２０記載の装置。
22. 受信されたフレームの誤り検出のための外符号を復号して、前記フレーム内の１つ以上の誤りを検出するための手段と、
    複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマット記憶手段と、
    前記外復号が前記フレーム内の１つ以上の誤りを検出したとき、前記フレームのシグナリングセグメントの誤り検出のための内符号を復号するための手段と、
    前記内符号の復号結果に基づき再送要求が必要か否かを決定するための手段と、
    を含み、
    前記内符号を復号するための手段は、前記フレームフォーマット記憶手段に記憶されている各フレームタイプに基づき決定される前記フレーム中の前記シグナリングセグメントの可能な位置および継続期間において可能な内符号の復号を試みる手段を含む、無線通信システム。
23. 伝送データフレームを形成するためのコンピュータ実行可能命令を記憶するコンピュータ読み出し可能記憶媒体であって、前記命令はコンピュータに、
    フレームの誤り検出のための外符号を復号し、前記フレーム内の１つ以上の誤りを検出するステップと、
    前記外復号がフレーム内の1つ以上の誤りを検出したときに、前記フレームのシグナリングセグメントの誤り検出のための内符号を復号するステップと、
    前記内符号の復号結果に基づき再送要求が必要か否かを決定するステップと、
    を実行させ、
    前記内符号を復号するステップは、複数のフレームタイプおよび符号パラメータ、およびこれらに関連付けられているヘッダ情報を記憶するためのフレームフォーマットデータベースに記憶されている各フレームタイプに基づき決定される前記データフレーム中の前記シグナリングセグメントの可能な位置および継続期間において可能な内符号の復号を試みることを含む、コンピュータ読み出し可能記憶媒体。

Images