(57)【要約】最適化された無線リンク制御ヘッダの中の様々なフィールドを指定することによりオーバーヘッドを低減する装置および方法。通信タイプ（例えば、ＶｏＩＰ、非ＶｏＩＰ）に応じて、そのようなフィールドは、セグメントインジケータ（ＳＩ−これは、先頭において、または末尾において全体のＳＤＵの存在を示す）と、シーケンス番号（ＳＮ）と、長さインジケータ（ＬＩ−これは、サービスデータユニットの長さを示す）と、長さインジケータについての長さ（ＬＬＩ−ＬＩについての可変サイズを可能にし、そしてそのような変化するサイズに関してレシーバに通知する）と、セグメントオフセット（ＳＯ−失われたプロトコルデータユニットについて再セグメント化されたパケットを指定する）と、ＳＯについての長さインジケータ（ＬＳＯ−ＳＯについての可変サイズを可能にする）と、最終セグメントフラグ（ＬＳＦ−ＲＬＣプロトコルデータユニットの再セグメンテーションのための）と、の組合せを含む。
2010541494.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御（ＲＬＣ）送信の方法であって、
ＲＬＣヘッダの中に、失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するセグメントオフセット（ＳＯ）フィールドをインプリメントすることと、
前記ＲＬＣヘッダの中に、前記ＳＯについての、その可変サイズにさらに対応する長さインジケータ（ＬＳＯ）をインプリメントすることと、
前記ＲＬＣヘッダの中に、プロトコルデータユニット（ＰＤＵ）の最後のセグメントを識別する最終セグメントフラグ（ＬＳＦ）をインプリメントすることと、
を備える方法。
【請求項２】
前記ＲＬＣヘッダの一部分として、ＶｏＩＰパケットについての伝送の先頭において、または末尾において全体のＳＤＵの存在を示す２ビットのセグメントインジケータ（ＳＩ）フィールドをインプリメントすること、をさらに備える請求項１に記載の方法。
【請求項３】
ＶｏＩＰパケットについての前記ＲＬＣヘッダの一部分として、４ビットのシーケンス番号（ＳＮ）をインプリメントすること、をさらに備える請求項１に記載の方法。
【請求項４】
１ビットの拡張と、サービスデータユニット（ＳＤＵ）の長さを示す７ビットの長さインジケータ（ＬＩ）とをインプリメントすること、をさらに備える請求項１に記載の方法。
【請求項５】
前記ＲＬＣヘッダの一部分として、パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）をインプリメントすること、をさらに備える請求項１に記載の方法。
【請求項６】
前記ＬＩによって第１のＳＤＵの長さを示すこと、をさらに備える請求項４に記載の方法。
【請求項７】
セグメンテーションを検証するために前記ＳＩを検査すること、をさらに備える請求項２に記載の方法。
【請求項８】
最初のビットが、前記ＳＤＵの先頭であることを検証すること、をさらに備える請求項６に記載の方法。
【請求項９】
最後のビットが、前記ＳＤＵの末尾であるかどうかを検証すること、をさらに備える請求項６に記載の方法。
【請求項１０】
前記ＰＤＵの最後のピースの到着に関してレシーバに通知すること、をさらに備える請求項６に記載の方法。
【請求項１１】
部分的なＳＤＵを有するＰＤＵを送信すること、をさらに備える請求項６に記載の方法。
【請求項１２】
ＲＬＣヘッダの中に、失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するセグメントオフセット（ＳＯ）フィールドをインプリメントするように、
前記ＲＬＣヘッダの中に、前記ＳＯについての、その可変サイズにさらに対応する長さインジケータ（ＬＳＯ）をインプリメントするように、そして
前記ＲＬＣヘッダの中に、ＰＤＵの最後のセグメントを識別する最終セグメントフラグ（ＬＳＦ）をインプリメントするように、
構成された少なくとも１つのプロセッサ、
を備えるワイヤレス通信装置。
【請求項１３】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての伝送の先頭において、または末尾において全体のＳＤＵの存在を示す２ビットのセグメントインジケータ（ＳＩ）フィールドをさらに備える、請求項１２に記載のワイヤレス通信装置。
【請求項１４】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての４ビットのシーケンス番号（ＳＮ）をさらに備える、請求項１２に記載のワイヤレス通信装置。
【請求項１５】
前記ＲＬＣヘッダは、１ビットの拡張と、サービスデータユニットの長さを示す７ビットの長さインジケータ（ＬＩ）と、をさらに備える、請求項１２に記載のワイヤレス通信装置。
【請求項１６】
前記ＲＬＣは、パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）をさらに備える、請求項１２に記載のワイヤレス通信装置。
【請求項１７】
ＲＬＣヘッダを最適化するためのワイヤレス通信装置であって、
ＲＬＣヘッダの中の、失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するための指定手段と、
前記指定手段についての可変サイズに対応するための手段と、
前記ＲＬＣヘッダの中の、ＰＤＵの最後のセグメントについての最後のセグメントを識別するための手段と、
備えるワイヤレス通信装置。
【請求項１８】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての伝送の先頭において、または末尾において全体のＳＤＵの存在を示す２ビットのセグメントインジケータ（ＳＩ）フィールドをさらに備える、請求項１７に記載のワイヤレス通信装置。
【請求項１９】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての４ビットのシーケンス番号（ＳＮ）をさらに備える、請求項１７に記載のワイヤレス通信装置。
【請求項２０】
前記ＲＬＣは、１ビットの拡張と、サービスデータユニットの長さを示す７ビットの長さインジケータ（ＬＩ）と、をさらに備える、請求項１７に記載のワイヤレス通信装置。
【請求項２１】
前記ＲＬＣは、パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）をさらに備える、請求項１７に記載のワイヤレス通信装置。
【請求項２２】
少なくとも１台のコンピュータに、ＲＬＣヘッダの中に、セグメントオフセット（ＳＯ）フィールドをインプリメントするように、そしてさらに失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するようにさせるためのコードと、
前記少なくとも１台のコンピュータに、前記ＲＬＣヘッダの中に、前記ＳＯについての、長さインジケータ（ＬＳＯ）をインプリメントするように、そしてその可変サイズにさらに対応するようにさせるためのコードと、
前記少なくとも１台のコンピュータに、前記ＲＬＣヘッダの中に、最終セグメントフラグ（ＬＳＦ）をインプリメントするように、そしてＰＤＵの最後のセグメントを識別するようにさせるためのコードと、
を備えるコンピュータ可読媒体、
を備えるコンピュータプログラムプロダクト。
【請求項２３】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての伝送の先頭において、または末尾において全体のＳＤＵの存在を示す２ビットのセグメントインジケータ（ＳＩ）フィールドをさらに備える、請求項２２に記載のワイヤレス通信装置。
【請求項２４】
前記ＲＬＣヘッダは、ＶｏＩＰパケットについての４ビットのシーケンス番号（ＳＮ）をさらに備える、請求項２２に記載のワイヤレス通信装置。
【請求項２５】
前記ＲＬＣは、１ビットの拡張と、サービスデータユニットの長さを示す７ビットの長さインジケータ（ＬＩ）と、をさらに備える、請求項２２に記載のワイヤレス通信装置。
【請求項２６】
前記ＲＬＣは、パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）をさらに備える、請求項２２に記載のワイヤレス通信装置。
【請求項２７】
無線リンク制御（ＲＬＣ）送信の方法であって、
失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するセグメントオフセット（ＳＯ）フィールドを有するＲＬＣヘッダを受信することと、
さらに、前記ＲＬＣヘッダの中の、前記ＳＯについての、その可変サイズにさらに対応する長さインジケータ（ＬＳＯ）を受信することと、
前記ＲＬＣヘッダの中で、最終セグメントフラグ（ＬＳＦ）を経由してＰＤＵの最後のセグメントを識別することと、
を備える方法。
【請求項２８】
前記ＲＬＣヘッダの一部分として、ＶｏＩＰパケットについての伝送の先頭において、または末尾において全体のＳＤＵの存在を示す２ビットのセグメントインジケータ（ＳＩ）フィールドを受信すること、をさらに備える請求項２７に記載の方法。
【請求項２９】
ＶｏＩＰパケットについての前記ＲＬＣヘッダの一部分として、４ビットのシーケンス番号（ＳＮ）を受信すること、をさらに備える請求項２７に記載の方法。
【請求項３０】
１ビットの拡張と、サービスデータユニットの長さを示す７ビットの長さインジケータ（ＬＩ）とを受信すること、をさらに備える請求項２７に記載の方法。
【請求項３１】
パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）を受信すること、をさらに備える請求項２７に記載の方法。
【請求項３２】
前記ＬＩを経由して第１のＳＤＵの長さを受信すること、をさらに備える請求項２７に記載の方法。
【請求項３３】
最初のビットが、前記ＳＤＵの先頭であることを検証すること、をさらに備える請求項３２に記載の方法。
【請求項３４】
最後のビットが、前記ＳＤＵの末尾であるかどうかを検証すること、をさらに備える請求項２７に記載の方法。
【請求項３５】
部分的なＳＤＵを有するＰＤＵを受信すること、をさらに備える請求項２７に記載の方法。
【請求項３６】
失われたプロトコルデータユニットについての再セグメント化されたパケットを指定するセグメントオフセット（ＳＯ）フィールドを有するＲＬＣヘッダを受信するように、
さらに、前記ＲＬＣヘッダの中の、前記ＳＯについての、その可変サイズにさらに対応する長さインジケータ（ＬＳＯ）を受信するように、
前記ＲＬＣヘッダの中で、最終セグメントフラグ（ＬＳＦ）を経由してＰＤＵの最後のセグメントを識別するように、
構成された少なくとも１つのプロセッサ、
を備えるワイヤレス通信装置。
【請求項３７】
前記少なくとも１つのプロセッサは、さらに、ＶｏＩＰパケットについての前記ＲＬＣヘッダの一部分として、４ビットのシーケンス番号（ＳＮ）を受信するように構成されている、請求項３６に記載のワイヤレス通信装置。
【請求項３８】
前記少なくとも１つのプロセッサは、さらに、１ビットの拡張と、サービスデータユニットの長さを示す７ビットの長さインジケータ（ＬＩ）とを受信するように構成されている、請求項３６に記載のワイヤレス通信装置。
【請求項３９】
前記少なくとも１つのプロセッサは、さらに、パケットのタイプをＶｏＩＰパケットまたは非ＶｏＩＰパケットであるとして示す１ビットの再セグメンテーションフィールド（Ｒ）を受信するように構成されている、請求項３６に記載のワイヤレス通信装置。
【請求項４０】
前記少なくとも１つのプロセッサは、さらに、前記ＬＩを経由して第１のＳＤＵの長さを受信するように構成されている、請求項３６に記載のワイヤレス通信装置。
【請求項４１】
前記少なくとも１つのプロセッサは、さらに、最初のビットが、前記ＳＤＵの先頭であることを検証するように構成されている、請求項４０に記載のワイヤレス通信装置。
【請求項４２】
前記少なくとも１つのプロセッサは、さらに、最後のビットが、前記ＳＤＵの末尾であることを検証するように構成されている、請求項４０に記載のワイヤレス通信装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
［３５Ｕ．Ｓ．Ｃ．§１１９の下の優先権の主張］
特許についての本願は、２００７年１０月１日に出願され、そしてこの譲受人に譲渡され、それによってここにおいて参照により明示的に組み込まれている「ＬＴＥ  ＲＬＣヘッダフォーマット(LTE RLC HEADER FORMATS)」という名称の仮出願第６０／９７６，７６８号の優先権を主張するものである。
【背景】
【０００２】
分野
以下の説明は、一般にワイヤレス通信に関し、そしてより詳細には無線リンク制御(Radio Link Control)（ＲＬＣ）ヘッダを最適化するための方法および装置に関する。
【０００３】
背景
ワイヤレス通信システムは、そのようなワイヤレス通信システムによって提供されることができる、例えば、音声、データなど、様々なタイプの通信を提供するために広く展開される。典型的なワイヤレス通信システム、またはネットワークは、１つまたは複数の共用リソース（例えば、帯域幅、送信パワー、...）に対する複数の(multiple)ユーザのアクセスを提供することができる。例えば、システムは、周波数分割多重化(Frequency Division Multiplexing)（ＦＤＭ）、時分割多重化(Time Division Multiplexing)（ＴＤＭ）、符号分割多重化(Code Division Multiplexing)（ＣＤＭ）、直交周波数分割多重化(Orthogonal Frequency Division Multiplexing)（ＯＦＤＭ）、他など、様々な多元接続技法を使用することができる。
【０００４】
一般に、ワイヤレス多元接続通信システムは、複数の(multiple)アクセス端末についての通信を同時にサポートすることができる。各アクセス端末は、順方向リンクおよび逆方向リンク上の送信を通して１つまたは複数の基地局と通信することができる。順方向リンク（またはダウンリンク）は、基地局からアクセス端末への通信リンクを意味し、そして逆方向リンク（またはアップリンク）は、アクセス端末から基地局への通信リンクを意味する。この通信リンクは、単一入力単一出力システム、多入力単一出力システム、または多入力多出力(multiple-in-multiple-out)（ＭＩＭＯ）システムを通して確立されることができる。
【０００５】
ワイヤレス通信システムは、時に、各基地局がカバレージエリア(coverage area)を提供する１つまたは複数の基地局を使用する。典型的な基地局は、ブロードキャストサービス、マルチキャストサービス、および／またはユニキャストサービスについての複数のデータストリームを送信することができ、ここでデータストリームは、アクセス端末に対する独立な受信対象とすることができるデータのストリームとすることができる。そのような基地局のカバレージエリア内のアクセス端末は、複合ストリームによって搬送される１つ、複数、またはすべてのデータストリームを受信するために使用されることができる。同様に、アクセス端末は、基地局または別のアクセス端末に対してデータを送信することができる。
【０００６】
マルチユーザＭＩＭＯ(Multi User MIMO)、高次ＭＩＭＯ（８個の送信および受信のアンテナを有する）、ネットワークＭＩＭＯ(Network MIMO)、制約された関連付けを有するフェムトセル(Femto cells)、範囲拡張を有するピコセル(Pico cells)、より大きな帯域幅などのような長期進化(Long Term Evolution)（ＬＴＥ）先進システム(advanced system)についてのいくつかの進歩が、現在考えられている。先進のＬＴＥは、新しいＵＥ（および可能なときのレガシーＵＥ(legacy UEs)）に対して追加の特徴を提供しながら、レガシーＵＥ（ＬＴＥリリース８のＵＥ）をサポートする必要がある。しかしながら、ＬＴＥにおけるすべての特徴をサポートすることは、ＬＴＥ先進設計に対していくつかの制約条件を付け、そして可能な利益(gains)を制限し、そしてユーザ経験に非常に影響を及ぼす可能性がある。
【発明の概要】
【０００７】
以下は、そのような実施形態についての基本的な理解を提供するために、１つまたは複数の実施形態の簡略化された概要を提示している。この概要は、すべての企図された実施形態の広範な概説ではなく、そしてすべての実施形態についての重要な、または不可欠な要素を識別するようにも、任意の、またはすべての実施形態の範囲を示すようにも意図されてはいない。その唯一の目的は、後で提示されるもっと詳細な説明に対する前置きとして簡略化された形式で、１つまたは複数の実施形態のいくつかの概念を提示することである。
【０００８】
１つまたは複数の実施形態と、その対応する開示とに従って、様々な態様が、無線リンク制御ヘッダを最適化することにより、アップリンク／ダウンリンクの両方における通信フレームについてのオーバーヘッドを低減することに関連して説明される。通信のタイプ（例えば、ＶｏＩＰ、非ＶｏＩＰ(non-VoIP)）に基づいて、そのような最適化は、セグメントインジケータ(Segment Indicator)（ＳＩ−これは、先頭において、または末尾において全体のＳＤＵの存在を示す）と、シーケンス番号(Sequence Number)（ＳＮ）と、長さインジケータ(Length Indicator)（ＬＩ−これは、サービスデータユニットの長さを示す）と、長さインジケータについての長さ(length of the length indicator)（ＬＬＩ−ＬＩについての可変サイズを可能にし、そしてそのような変化するサイズに関してレシーバに通知する）と、セグメントオフセット(Segment Offset)（ＳＯ−失われたプロトコルデータユニットについて再セグメント化されたパケットを指定する）と、ＳＯについての長さインジケータ(length indicator for the SO)（ＬＳＯ−ＳＯについての可変サイズを可能にする）と、最終セグメントフラグ(Last Segment Flag)（ＬＳＦ−ＲＬＣプロトコルデータユニットの再セグメンテーションのための）と、の組合せを含めるために、無線リンク制御（ＲＬＣ）ヘッダの中の様々なフィールドを指定することにより実行される。特に、ＶｏＩＰ通信フレーム（これは、比較的小さい）では、単一バイトのＲＬＣヘッダが、使用されることができ、ここでそのような最適化されたＲＬＣヘッダは、１ビットの再セグメンテーションフィールド(Resegmentation field)（Ｒ）（これは、パケットのタイプを示す−例えば、ＶｏＩＰパケットの表示ではゼロに設定される）と、２ビットのセグメントインジケータ（ＳＩ）フィールドと、４ビットのシーケンス番号(sequence number)（ＳＮ）フィールドと、１ビットの拡張(extension)（Ｅ）フィールドと、７ビットのＬＩフィールドと、を含むことができる。
【０００９】
別の態様においては、非ＶｏＩＰパケットでは、ＲＬＣヘッダは、ＩＰ、ビデオ、ストリーミングなどのフォーマットを含めるために、ヘッダのタイプを指定し、そしてＶｏＩＰ以外の任意のデータタイプに関連している最初のビット(first bit)を含んでいる。さらに、ＳＩは、先頭に、または末尾に全体のＳＤＵの存在を示し、ＲＩは、予約ビットを示し、そしてＬＩは、長さインジケータである。例えば、全体のサービスデータユニット(Service Data Unit)（ＳＤＵ）が、１つのプロトコルデータユニット(protocol data unit)（ＰＤＵ）の内部にある場合、そのときにはＬＩは、第１のＳＤＵの長さを示すことができる。上記に説明されるように、セグメントインジケータは、全体のＳＤＵが、先頭に存在するか、かつ／または全体のＳＤＵが末尾に存在するかを指定することができ、これは、さらに、ＬＤＵを用いてＰＤＵの中のＳＤＵの再構築を容易にする（例えば、ＬＩは、ＳＤＵの数から１を差し引いたものである）。
【００１０】
さらなる態様によれば、セグメントオフセット（ＳＯ）は、失われたＰＤＵ送信を再送することを容易にするために、データ送信についての再セグメント化されたパケットを指定する。そのようなセグメントオフセット（ＳＯ）フィールドは、ヘッダに含められ、そしてビットの異なる長さを示す。同様に、最終セグメントフラグ（ＬＳＦ）は、ＰＤＵの最後のセグメントが到着していることをレシーバに示し（例えば、インジケータを「１」に設定することにより、一方では他の再セグメント化されたＰＤＵでは、それは「０」に設定されることができる）、そして受信される不連続な順序のセグメントに対応する。それに応じて、無線状態が、悪化し、そしてトランスミッタが、ＰＤＵを送信するには、より小さな帯域幅を有する（例えば、トランスミッタが、物理レイヤフレーム内部に全体の元のＰＤＵを納めることができない）ときに、ＬＳＦは、ＰＤＵの最後のピースの到着に関してレシーバに通知する。
【００１１】
関連した方法によれば、トランスミッタは、ＳＯフィールドの長さを決定し、次いでそれに応じてＬＳＯフィールドを指定することができる。同様に、レシーバ側上で、受信されるヘッダのタイプについての決定が行われ、そしてレシーバは、さらに、セグメンテーション（例えば、最初のビット(first bit)が、ＳＤＵの先頭であるかどうか、そして最後のビット(last bit)が、ＳＤＵの末尾であるかどうか）を検証するためにＳＩを検査する。
【００１２】
別の態様は、トランスミッタが、そのようなＲＬＣヘッダを生成することと、レシーバが、そのようなヘッダフォーマットを受信し、そして認識することと、を可能にするワイヤレス通信装置に関する。さらに別の態様は、コンピュータ可読媒体(computer-readable medium)を備えることができるコンピュータプログラムプロダクト(computer program product)に関する。コンピュータ可読媒体は、基地局とアクセス端末との両方に、そのようなヘッダを生成し、そして認識することを可能にするコードを含むことができる。ワイヤレス通信システムにおけるさらなる関連した態様は、プロセッサを備える装置である。プロセッサは、主題の革新の最適化されたＲＬＣヘッダを生成するように構成されている。
【００１３】
上記の目的および関連した目的の達成のために、１つまたは複数の実施形態は、以下で十分に説明され、そして特に特許請求の範囲において指摘される特徴を備えている。以下の説明および添付の図面は、１つまたは複数の実施形態のある種の例示の態様について詳細に述べている。しかしながら、これらの態様は、様々な実施形態の原理が、使用されることができる様々な方法のうちの少数だけを示すものであり、そして説明される実施形態は、すべてのそのような態様と、それらの同等物とを含むように意図される。
【図面の簡単な説明】
【００１４】
【図１】図１は、主題の革新の一態様による、ボイスオーバーインターネットプロトコル(Voice over Internet Protocol)（ＶｏＩＰ）のための特定の無線通信リンク（ＲＬＣ）ヘッダ構成(header arrangement)についてのブロック図を示している。
【図２】図２は、主題の革新のさらなる態様による別の最適化されたＲＬＣヘッダ構成についてのブロック図を示している。
【図３】図３は、送信フローについての再セグメント化されたＲＬＣプロトコルデータユニット（ＰＤＵ）についてのさらなるヘッダ構成を示している。
【図４】図４は、主題の革新のさらなる態様による、最適化されたＲＬＣヘッダをインプリメントする一方法を示している。
【図５】図５は、主題の革新の一態様によるワイヤレス通信を示している。
【図６】図６は、１つまたは複数の態様による多元接続ワイヤレス通信システムを示している。
【図７】図７は、最適化されたＲＬＣヘッダをインプリメントする通信システムを示している。
【図８】図８は、さらなる一態様による、最適化されたＲＬＣヘッダを生成する／認識するさらなる通信システムを示している。
【図９】図９は、１つまたは複数の開示された態様に従って、最適化されたＲＬＣヘッダを生成すること、および／または認識することを容易にするシステムを示している。
【図１０】図１０は、ここにおいて提示される様々な態様に従ってＲＬＣヘッダを最適化することを容易にするシステムの説明図である。
【詳細な説明】
【００１５】
様々な態様が、次に図面を参照して説明される。以下の説明において、説明の目的のために、非常に多くの特定の詳細が、１つまたは複数の態様の完全な理解を提供するために述べられる。しかしながら、そのような態様（単数または複数）は、これらの特定の詳細なしに実行されることができることが、明らかになることができる。
【００１６】
本願において使用されるように、「コンポーネント」、「モジュール」、「システム」などの用語は、それだけには限定されないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、実行中のソフトウェアなど、コンピュータに関連したエンティティを含むように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行形式(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。例証として、コンピューティングデバイス上で実行されるアプリケーションも、そのコンピューティングデバイスも共に、コンポーネントとすることができる。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッドの内部に存在することができ、そしてコンポーネントは、１台のコンピュータ上に局所化され、かつ／または２台以上のコンピュータの間に分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造が記憶されている様々なコンピュータ可読媒体から実行することもできる。コンポーネントは、ローカルシステム、分散システムにおける別のコンポーネントと、かつ／またはインターネットなどのネットワークを通して信号を経由して他のシステムと、相互作用する１つのコンポーネントからのデータなど、１つまたは複数のデータパケットを有する信号などに従って、ローカルおよび／またはリモートのプロセスを経由して通信することができる。
【００１７】
さらに、様々な態様が、端末に関連してここにおいて説明され、この端末は、有線端末、またはワイヤレス端末とすることができる。端末はまた、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ装置(user equipment)（ＵＥ）と呼ばれることもできる。ワイヤレス端末は、セルラ電話、衛星電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)（ＳＩＰ）電話、ワイヤレスローカルループ(wireless local loop)（ＷＬＬ）局、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。さらに、様々な態様は、基地局に関連してここにおいて説明される。基地局は、ワイヤレス端末（単数または複数）との通信のために利用されることができ、そしてアクセスポイント、ノードＢ(Node B)、または何らかの他の専門用語と称されることもできる。
【００１８】
さらに用語「論理和(or)」は、排他的「論理和」ではなくて、包含的「論理和」を意味するように意図される。すなわち、別の方法で指定されない限り、あるいは文脈から明らかでない限り、語句「Ｘは、ＡまたはＢを使用する(X employs A or B)」は、普通の包含的な置換のどれでも意味するように意図される。すなわち、語句「Ｘは、ＡまたはＢを使用する」は、以下のインスタンス：Ｘは、Ａを使用する、Ｘは、Ｂを使用する、あるいはＸは、ＡとＢとの両方を使用する、のうちのどれによっても満たされる。さらに、本願と、添付の特許請求の範囲とにおいて使用されるような冠詞「１つの(a)」および「１つの(an)」は、一般に、単数形に指示されるように別の方法で指定されない限り、あるいは文脈から明らかでない限り、「１つまたは複数(one or more)」を意味するように解釈されるべきである。
【００１９】
ここにおいて説明される技法は、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、ＯＦＤＭＡシステム、ＳＣ−ＦＤＭＡシステム、他のシステムなど、様々なワイヤレス通信システムのために使用されることができる。用語「システム」と「ネットワーク」とは、多くの場合に交換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス(Universal Terrestrial Radio Access)（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術をインプリメントすることができる。ＵＴＲＡは、広帯域(Wideband)−ＣＤＭＡ（Ｗ−ＣＤＭＡ）と、ＣＤＭＡの他の変形と、を含む。さらにｃｄｍａ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格と、をカバーする。ＴＤＭＡシステムは、移動通信用グローバルシステム(Global System for Mobile Communications)（ＧＳＭ）などの無線技術をインプリメントすることができる。ＯＦＤＭＡシステムは、進化型(Evolved)ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド(Ultra Mobile Broadband)（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ(Flash)−ＯＦＤＭ□などの無線技術をインプリメントすることができる。ＵＴＲＡとＥ−ＵＴＲＡとは、ユニバーサルモバイル電気通信システム(Universal Mobile Telecommunication System)（ＵＭＴＳ）の一部分である。３ＧＰＰ長期展開(Long Term Evolution)（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースであり、このＥ−ＵＴＲＡは、ダウンリンク上のＯＦＤＭＡと、アップリンク上のＳＣ−ＦＤＭＡとを使用する。ＵＴＲＡと、Ｅ−ＵＴＲＡと、ＵＭＴＳと、ＬＴＥと、ＧＳＭとは、「第３世代パートナーシッププロジェクト(3rd Generation Partnership Project)」（３ＧＰＰ）と命名された組織からのドキュメントの中で説明される。さらに、ｃｄｍａ２０００と、ＵＭＢとは、「第３世代パートナーシッププロジェクト２(3rd Generation Partnership Project 2)」（３ＧＰＰ２）と命名された組織からのドキュメントの中で説明される。
【００２０】
様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含むことができるシステムの観点から提示されることになる。様々なシステムは、追加のデバイス、コンポーネント、モジュールなどを含むことができ、かつ／または必ずしも図面に関連して論じられるデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよいことを理解し、そして認識すべきである。これらのアプローチの組合せもまた、使用されることができる。
【００２１】
図１は、ＶｏＩＰ通信など、低ビットレートのフローについての特定のＲＬＣヘッダフォーマット１００を示しており、このＶｏＩＰ通信は、一般的に、インターネットまたは他のパケット交換網を通して音声の送信のために最適化されるプロトコルを指定する。ＲＬＣヘッダ１００は、１−ビットの再セグメンテーションフィールド（Ｒ）１１０と、２−ビットのＳＩフィールド１２０と、４−ビットのＳＮフィールド１３０と、１−ビットの拡張フィールド（Ｅ）１４０と、７−ビットのＬＩフィールド１５０と、を含む。一般的に、再セグメンテーションフィールド１１０は、ヘッダのタイプ（例えば、ＶｏＩＰ、非ＶｏＩＰについての）を示し、そしてＶｏＩＰパケットに関してレシーバに通知し、そしてそのようなパケットを非ＶｏＩＰパケットから区別するために、「０」に設定される。同様に、セグメントインジケータ（ＳＩ）フィールド１２０は、送信についての先頭に、または末尾に全体のＳＤＵの存在を示すことができる。さらに、ＬＩフィールド１５０は、サービスデータユニットの長さを示すことができる。
【００２２】
さらに、主題の革新についてのヘッダの他の態様は、真に紛失しており、その結果、それが再送信を要求するためにＲＬＣ  Ｎａｋを送信することができるＲＬＣ  ＰＤＵについての識別を可能にする。一般的に、長期展開（ＬＴＥ）においては、無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）は、ハイブリッド自動反復要求(Hybrid Automatic Repeat-reQuest)（ＨＡＲＱ）に起因してシーケンスを外れて配信されることができる。ＬＴＥにおいては、ＲＬＣレイヤは、ＲＬＣ  ＰＤＵを送信するためにＨＡＲＱレイヤを使用する。ＨＡＲＱレイヤは、並行して送信のために複数のＨＡＲＱチャネルを使用するので、ＲＬＣ  ＰＤＵは、受信側において順序がバラバラに配信されることができる。異なるＨＡＲＱチャネルから受信されるＲＬＣ  ＰＤＵを順序変更する(re-order)ために、たとえＲＬＣレシーバに順序変更バッファ(re-ordering buffer)が存在する可能性があるとしても、受信されたＲＬＣ  ＰＤＵシーケンス番号の中に「ギャップ」が存在するときには、レシーバは、その「ギャップ」に対応するこれらのＰＤＵは、それらが依然としてＨＡＲＱレイヤにおいて配信のプロセスの中にある可能性があるので、紛失していると簡単に結論づけることができない。
【００２３】
その結果として、受信されていないいくつかのＲＬＣ  ＰＤＵは、それらが実際には依然としてＨＡＲＱによって配信されているときに、紛失しているように見える可能性がある。したがって、受信しているＲＬＣは、直ちにその問題を訂正するためにＲＬＣ  Ｎａｋ（否定応答）を送信しなくてもよい。図２および図３は、そのような問題を軽減することができる例示のヘッダ構成を示している。
【００２４】
例えば、図２は、非ＶｏＩＰパケットについての例示のヘッダ構成２００を示している。図に示されるように、ＲＬＣヘッダは、ヘッダのタイプを指定し、そしてＩＰ、ビデオ、ストリーミングなどのフォーマットを含む、ＶｏＩＰ以外の任意のデータタイプに関する。さらに、そして上記に示されるように、ＳＩ２２０は、先頭において、または末尾において全体のＳＤＵの存在を示し、ＲＩは、予約ビットを示し、そしてＬＩは、長さインジケータである。例えば、全体のサービスデータユニット（ＳＤＵ）が、１つのプロトコルデータユニット（ＰＤＵ）の内部にある場合、そのときにはＬＩは、第１のＳＤＵの長さを示すことができる。上記に説明されるようにセグメントインジケータ２２０は、全体のＳＤＵが先頭に存在するか、かつ／または全体のＳＤＵが末尾に存在するかを指定することができ、これは、さらに、ＬＤＵを用いてＰＤＵの中のＳＤＵの再構築を容易にする（例えば、ＬＩは、ＳＤＵの数から１を差し引いたものである）。
【００２５】
図３は、特定の態様による追加のヘッダ構成を示しており、これは、セグメントオフセット（ＳＯ）３６０を含んでいる。そのようなセグメントオフセットは、失われたＰＤＵ送信を再送することを容易にするために、データ送信についての再セグメント化されたパケットを指定し、さらに、ビットの異なる長さを示す。同様に、最終セグメントフラグ（ＬＳＦ）３７０は、ＰＤＵの最後のセグメントが到着していることをレシーバに示し（例えば、インジケータを「１」に設定することにより、一方で他の再セグメント化されたＰＤＵでは、それは「０」に設定されることができる）、そして受信される不連続な順序のセグメントに対応する。それに応じて、無線状態が悪化し、そしてトランスミッタが、ＰＤＵを送信するには、より小さな帯域幅を有する（例えば、トランスミッタが、物理レイヤフレーム内部に全体の元のＰＤＵを納めることができない）ときに、ＬＳＦは、ＰＤＵの最後のピースの到着に関してレシーバに通知する。
【００２６】
図４は、主題の革新の一態様による、無線リンク制御ヘッダを最適化することによりアップリンク／ダウンリンクの両方において通信フレームについてのオーバーヘッドを低減する関連した一方法４００を示している。例示の方法は、ここにおいては様々なイベントおよび／または動作を表す一連のブロックとして示され、そして説明されるが、主題の革新は、そのようなブロックの例示された順序によって限定されるものではない。例えば、いくつかの動作またはイベントは、革新に従って、ここにおいて示される順序から離れて、異なる順序で、かつ／または他の動作またはイベントと同時に起こることができる。さらに、必ずしもすべての例示されたブロック、イベントまたは動作が、主題の革新に従って方法をインプリメントするために必要とされる可能性があるとは限らない。さらに、革新による例示の方法および他の方法は、ここにおいて示され、そして説明される方法に関連するほかに、示され、または説明されない他のシステムおよび装置に関連してもまた、インプリメントされることができることが、理解されるであろう。最初に、そして４１０において、ＰＤＵが、部分的なＳＤＵを備えて送信されていることができ、ここでＳＤＵの他の部分は、送信され、そして正常に受信されている。例えば、ＰＤＵは、誤って受信されている可能性があり、そしてＮＡＫは、受信されている可能性がある。ＡＲＱスキームでは、ＮＡＫデータユニットは、再送信されることができる。次に、４２０において、データ送信についての再セグメント化されたパケットが、セグメントオフセット（ＳＯ）の中に示されることができ、このセグメントオフセットは、失われたＰＤＵ送信を再送することを容易にし、そしてさらにビットの異なる長さを示す。その後に、そして４３０において、ＬＳＦは、ＰＤＵの最後のセグメントが到着していることをレシーバに示すヘッダに挿入されることができる。上記に説明されるように、トランスミッタが、帯域幅を低減しており、そして物理レイヤフレームの内部に全体の元のＰＤＵを納めることができないときに、ＬＳＦは、ＰＤＵの最後のピースの到着に関してレシーバに通知する。４４０において、伝送は、主題の革新の最適化されたヘッダ構成を使用することにより起こることができる。
【００２７】
次に図５を参照すると、ここにおいて提示される様々な態様に従うワイヤレス通信システム５００が、示されている。システム５００は、互いに、かつ／または１つまたは複数のモバイルデバイス５０４に対するワイヤレス通信信号を受信し、送信し、そして反復するなどする１つまたは複数の基地局５０２を１つまたは複数のセクタの中に備えることができる。各基地局５０２は、複数の（例えば、送信および受信の各アンテナについて１つの）トランスミッタチェーンと、レシーバチェーンとを備えることができ、これらのチェーンのおのおのは、次には、信号の送信および受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えることができる。各モバイルデバイス５０４は、１つまたは複数のトランスミッタチェーンと、レシーバチェーンとを備えることができ、これらのチェーンは、多入力多出力（ＭＩＭＯ）システムのために利用されることができる。おのおののトランスミッタおよびレシーバのチェーンは、当業者によって理解されることになるように、信号の送信および受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えることができる。
【００２８】
基地局５０２が、ＯＦＤＭなど、別の信号フォーマットの上である種の信号フォーマットの信号を送信するときに、この信号のサンプルの時間順序は、モバイルデバイス５０４において受信されるときに、変形され、かつ／または破損される可能性がある。それ故に、モバイルデバイス５０４は、上記に詳細に説明されるように最適化されたＲＬＣヘッダを認識するように／生成するように構成されていることができる。
【００２９】
上記に詳細に説明されるように、通信のタイプ（例えば、ＶｏＩＰ、非ＶｏＩＰ）に基づいて、最適化は、セグメントインジケータ（ＳＩ−これは、先頭において、または末尾において全体のＳＤＵの存在を示す）と、シーケンス番号（ＳＮ）と、長さインジケータ（ＬＩ−これは、サービスデータユニットの長さを示す）と、長さインジケータについての長さ（ＬＬＩ−ＬＩについての可変サイズを可能にし、そしてそのような変化するサイズに関してレシーバに通知する）と、セグメントオフセット（ＳＯ−失われたプロトコルデータユニットについて再セグメント化されたパケットを指定する）と、ＳＯについての長さインジケータ（ＬＳＯ−ＳＯについての可変サイズを可能にする）と、最終セグメントフラグ（ＬＳＦ−ＲＬＣプロトコルデータユニットの再セグメンテーションのための）と、の組合せを含めるために、無線リンク制御（ＲＬＣ）ヘッダの中の様々なフィールドを指定することによりＲＬＣ上で実行されることができる。
【００３０】
次に図６を参照すると、１つまたは複数の態様による多元接続ワイヤレス通信システム６００が、示されている。ワイヤレス通信システム６００は、１つまたは複数のユーザデバイスと連絡を取っている１つまたは複数の基地局を含むことができる。各基地局は、複数のセクタについてのカバレージを提供する。１つがアンテナ６０４および６０６を含み、別のものがアンテナ６０８および６１０を含み、そして第３のものがアンテナ６１２および６１４を含んでいる複数のアンテナグループを含む３−セクタ基地局６０２が、示されている。図によれば、２つのアンテナだけが、各アンテナグループについて示されているが、より多いアンテナ、またはより少ないアンテナが、各アンテナグループについて利用されることができる。モバイルデバイス６１６は、アンテナ６１２および６１４と通信しており、ここでアンテナ６１２および６１４は、順方向リンク６１８上でモバイルデバイス６１６に対して情報を送信し、そして逆方向リンク６２０上でモバイルデバイス６１６から情報を受信する。順方向リンク（またはダウンリンク）は、基地局からモバイルデバイスへの通信リンクを意味し、そして逆方向リンク（またはアップリンク）は、モバイルデバイスから基地局への通信リンクを意味する。モバイルデバイス６２２は、アンテナ６０４および６０６と通信しており、ここでアンテナ６０４および６０６は、順方向リンク６２４上でモバイルデバイス６２２に対して情報を送信し、そして逆方向リンク６２６上でモバイルデバイス６２２から情報を受信する。例えば、ＦＤＤシステムにおいては、通信リンクは、通信のために異なる周波数を利用する可能性がある。例えば、順方向リンク６１８は、逆方向リンク６２０によって利用される周波数とは異なる周波数を使用する可能性がある。
【００３１】
各グループのアンテナ、および／またはそれらが通信するために指定されるエリアは、基地局６０２のセクタと称されることができる。１つまたは複数の態様においては、アンテナグループは、おのおの、基地局６０２によってカバーされるセクタまたはエリアの中のモバイルデバイスに対して通信するように設計される。基地局は、端末と通信するために使用される固定局とすることができる。
【００３２】
順方向リンク６１８および６２４上の通信において、基地局６０２の送信アンテナは、異なるモバイルデバイス６１６および６２２についての順方向リンクの信号対雑音比を改善するためにビーム形成(beamforming)を利用することができる。また、そのカバレージエリアを通してランダムに散乱されるモバイルデバイスに対して送信するビーム形成を利用する基地局は、基地局によって引き起こされる可能性がある干渉よりも少ない干渉を隣接セルの中のモバイルデバイスに対して引き起こす可能性がある。
【００３３】
図７は、レシーバ７０４に動作的に結合されるメモリ７２０を含むことができる通信システム７００を示している。メモリ７２０は、レシーバ７０４の外部にあることができ、あるいはレシーバ７０４の内部に存在することができる。メモリ７２０は、ベアリング信号(bearing signal)と、キャリーオン信号(carry-on signal)とを含む複合信号を受信することと、ＦＦＴ処理および／またはＩＦＦＴ処理を実行することと、巡回プレフィックス遅延を分析することと、巡回プレフィックス遅延の分析に基づいてデータサンプル再構成を選択的に利用することと、に関連した情報と、通信ネットワークの中で送信され、そして受信される信号に関連した他の適切な情報と、を記憶することができる。プロセッサ７２２は、通信ネットワークの中のデータサンプル再構成に関連した情報の分析を容易にするために、レシーバ７０４（および／またはメモリ７２０）に動作的に接続されることができる。プロセッサ７２２は、レシーバ７０４によって受信される情報を分析することおよび／または生成することに専用のプロセッサ、システム７００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはレシーバ７０４によって受信される情報を分析すると共に、生成し、そしてシステム７００の１つまたは複数のコンポーネントを制御するプロセッサ、とすることができる。さらに、レシーバ７０４とトランスミッタ７０２との両方は、主題の革新の様々な態様によるヘッダフォーマットの生成および認識を可能にする電気コンポーネント７２４、７２６を含むことができる。例えば、そのような電気コンポーネントは、ＲＬＣヘッダの中の失われたプロトコルデータユニットについての再セグメント化されたデータパケットを指定するための指定手段と、指定手段についての可変サイズに対応するための手段と、ＲＬＣヘッダの中のＰＤＵの最後のセグメントについて最後のセグメントを識別するための手段と、をさらに含むことができる。
【００３４】
メモリ７２０は、システム７００が、ここにおいて説明されるようにワイヤレスネットワークにおいて改善された通信を達成するために記憶されたプロトコルおよび／またはアルゴリズムを使用することができるように、レシーバ７０４とトランスミッタ７０２との間の通信などを制御するように対処して、データサンプル再構成に関連するプロトコルを記憶することができる。ここにおいて説明されるデータストア（例えば、メモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかとすることができ、あるいは揮発性メモリと不揮発性メモリとの両方を含むことができることを理解すべきである。例として、限定するものではないが、不揮発性メモリは、読取り専用メモリ(read only memory)（ＲＯＭ）、プログラマブルＲＯＭ（programmable ROM）（ＰＲＯＭ）、電気的プログラマブルＲＯＭ(electrically programmable ROM)（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ(electrically erasable ROM)（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリは、ランダムアクセスメモリ(random access memory)（ＲＡＭ）を含むことができ、このランダムアクセスメモリは、外部キャッシュメモリとしての役割を果たす。例として限定するものではないが、ＲＡＭは、シンクロナスＲＡＭ(synchronous RAM)（ＤＲＡＭ）、ダイナミックＲＡＭ(dynamic RAM)（ＤＲＡＭ）、シンクロナスＤＲＡＭ(synchronous DRAM)（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ(double data rate SDRAM)（ＤＤＲ  ＳＤＲＡＭ）、拡張ＳＤＲＡＭ(enhanced SDRAM)（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ(Synchlink DRAM)（ＳＬＤＲＡＭ）、ダイレクトラムバスＲＡＭ(direct Rambus RAM)（ＤＲＲＡＭ）など多数の形態で使用可能である。開示された態様のメモリ７２０は、それだけに限定されることなく、これらおよび他の適切なタイプのメモリを備えるように意図される。
【００３５】
図８は、例示のワイヤレス通信システム８００を示している。ワイヤレス通信システム８００は、簡略化のために１つの基地局と１つの端末とを示している。しかしながら、システム８００は、複数の基地局もしくはアクセスポイント、および／または複数の端末もしくはユーザデバイスを含むことができ、ここで追加の基地局および／または端末は、下記に説明される例示の基地局および端末と実質的に類似しているか、あるいはそれらと異なる可能性があることを理解すべきである。さらに、基地局および／または端末は、それらの間のワイヤレス通信を容易にするために、ここにおいて説明されるシステムおよび／または方法を使用することができることを理解すべきである。
【００３６】
図８に示されるように、ダウンリンク上で、アクセスポイント８０５において、送信（ＴＸ）データプロセッサ８１０は、トラフィックデータを受け取り、フォーマットし、符号化し、インターリーブし、そして変調し（またはシンボルマッピングし）、そして変調シンボル（「データシンボル」）を供給する。シンボル変調器８１５は、データシンボルおよびパイロットシンボルを受け取り、そして処理し、そしてシンボルのストリームを供給する。シンボル変調器８１５は、データシンボルとパイロットシンボルとを多重化し、そしてＮ個の送信シンボルの組を得る。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値とすることができる。パイロットシンボルは、各シンボル期間において連続して送信されることができる。パイロットシンボルは、周波数分割多重化されたもの(frequency division multiplexed)（ＦＤＭ）、直交周波数分割多重化されたもの(orthogonal frequency division multiplexed)（ＯＦＤＭ）、時分割多重化されたもの(time division multiplexed)（ＴＤＭ）、周波数分割多重化されたもの（ＦＤＭ）、あるいは符号分割多重化されたもの(code division multiplexed)（ＣＤＭ）とすることができる。
【００３７】
トランスミッタユニット(transmitter unit)（ＴＭＴＲ）８２０は、シンボルのストリームを受け取り、そして１つまたは複数のアナログ信号へと変換し、さらにワイヤレスチャネル上での送信のために適したダウンリンク信号を生成するためにアナログ信号を調整する（例えば、増幅し、フィルタをかけ、そして周波数アップコンバートする）。次いで、ダウンリンク信号は、アンテナ８２５を通して端末へと送信される。端末８３０において、アンテナ８３５は、ダウンリンク信号を受信し、そして受信信号をレシーバユニット(receiver unit)（ＲＣＶＲ）８４０へと供給する。レシーバユニット８４０は、受信信号を調整し（例えば、フィルタをかけ、増幅し、周波数ダウンコンバートし）、そしてサンプルを得るために調整された信号をデジタル化する。シンボル復調器８４５は、Ｎ個の受信シンボルを取得し、そしてチャネル推定のために受信パイロットシンボルをプロセッサ８５０へと供給する。シンボル復調器８４５は、さらに、プロセッサ８５０からダウンリンクについての周波数応答推定値を受け取り、データシンボル推定値（これは、送信されたデータシンボルの推定値である）を得るために受信データシンボルに対するデータ復調を実行し、そしてデータシンボル推定値をＲＸデータプロセッサ８５５へと供給し、このＲＸデータプロセッサは、送信されたトラフィックデータを回復するためにデータシンボル推定値を復調し（すなわち、シンボル逆マッピングを行い）、デインターリーブし、そして復号する。シンボル復調器８４５とＲＸデータプロセッサ８５５とによる処理は、アクセスポイント８０５において、それぞれシンボル変調器８１５とＴＸデータプロセッサ８１０とによる処理に対して相補的である。
【００３８】
アップリンク上において、ＴＸデータプロセッサ８６０は、トラフィックデータを処理し、そしてデータシンボルを供給する。シンボル変調器８６５は、データシンボルを受け取り、そしてパイロットシンボルと多重化し、変調を実行し、そしてシンボルのストリームを供給する。次いで、トランスミッタユニット８７０は、アップリンク信号を生成するためにシンボルのストリームを受け取り、そして処理し、このアップリンク信号は、アンテナ８３５によってアクセスポイント８０５に対して送信される。
【００３９】
アクセスポイント８０５において、端末８３０からのアップリンク信号は、アンテナ８２５によって受信され、そしてサンプルを得るためにレシーバユニット８７５によって処理される。次いでシンボル復調器８８０は、サンプルを処理し、そしてアップリンクについての受信パイロットシンボルとデータシンボル推定値とを供給する。ＲＸデータプロセッサ８８５は、端末８３０によって送信されるトラフィックデータを回復するためにデータシンボル推定値を処理する。プロセッサ８９０は、アップリンク上で送信するアクティブな各端末についてチャネル推定を実行する。
【００４０】
プロセッサ８９０および８５０は、それぞれアクセスポイント８０５および端末８３０においてオペレーションを指示する（例えば、制御する、協調させる、管理する...）。それぞれのプロセッサ８９０および８５０は、プログラムコードおよびデータを記憶するメモリユニット（図示されず）に関連づけられることができる。プロセッサ８９０および８５０はまた、それぞれアップリンクおよびダウンリンクについての周波数およびインパルスの応答推定値を導き出すために、計算を実行することもできる。
【００４１】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）では、複数の端末は、アップリンク上で同時に送信することができる。そのようなシステムでは、パイロットサブバンドは、異なる端末の間で共用されることができる。チャネル推定技法は、各端末についてのパイロットサブバンドが、全体の動作帯域（おそらく帯域エッジを除いて）に及ぶ場合に使用されることができる。そのようなパイロットサブバンド構造は、各端末についての周波数ダイバーシティ(frequency diversity)を得るために望ましいことになる。ここにおいて説明される技法は、様々な手段によってインプリメントされることができる。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形でインプリメントされることができる。ハードウェアインプリメンテーションでは、チャネル推定のために使用される処理ユニットは、ここにおいて説明される機能を実行するように設計された１つまたは複数の特定用途向け集積回路(application specific integrated circuits)（ＡＳＩＣ）、デジタル信号プロセッサ(digital signal processors)（ＤＳＰ）、デジタル信号処理デバイス(digital signal processing devices)（ＤＳＰＤ）、プログラマブルロジックデバイス(programmable logic devices)（ＰＬＤ）、フィールドプログラマブルゲートアレイ(field programmable gate arrays)（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、他の電子ユニット、あるいはそれらの組合せの内部にインプリメントされることができる。ソフトウェアでは、インプリメンテーションは、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を通したものとすることができる。ソフトウェアコードは、メモリユニットに記憶され、そしてプロセッサ８９０および８５０によって実行されることができる。
【００４２】
次に図９を参照すると、１つまたは複数の開示された態様に従って最適化されたＲＬＣヘッダを生成すること、および／または認識すること、を容易にするシステム９００が、示されている。システム９００は、ユーザデバイスの中に存在することができる。システム９００は、例えば、レシーバアンテナからの信号を受信することができるレシーバ９０２を備える。レシーバ９０２は、受信信号をフィルタすること、増幅すること、ダウンコンバートすることなど、典型的なアクションをその上で実行することができる。レシーバ９０２はまた、サンプルを得るために調整された信号をデジタル化することもできる。復調器９０４は、各シンボル期間についての受信シンボルを得ることも、受信シンボルをプロセッサ９０６に供給することもできる。
【００４３】
プロセッサ９０６は、レシーバコンポーネント９０２によって受信される情報を分析すること、および／またはトランスミッタ９０８による送信のための情報を生成すること、に専用のプロセッサとすることができる。追加して、または代わりに、プロセッサ９０６は、ユーザデバイス９００の１つまたは複数のコンポーネントを制御し、レシーバ９０２によって受信される情報を分析し、トランスミッタ９０８による送信のための情報を生成し、かつ／またはユーザデバイス９００の１つまたは複数のコンポーネントを制御することができる。プロセッサ９０６は、追加のユーザデバイスとの通信を協調させることができるコントローラコンポーネントを含むことができる。
【００４４】
ユーザデバイス９００は、プロセッサ９０６に動作的に結合され、そして通信を協調させることに関連した情報と、他の適切な任意の情報と、を記憶することができるメモリ９０８をさらに備えることができる。メモリ９１０は、さらに、サンプル再構成に関連するプロトコルを記憶することができる。ここにおいて説明されるデータストア（例えば、メモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかとすることができ、あるいは揮発性メモリと不揮発性メモリとの両方を含むことができることが理解されるであろう。例証として、限定するものではないが、不揮発性メモリは、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリは、ランダムアクセスメモリ（ＲＡＭ）を含むことができ、このランダムアクセスメモリは、外部キャッシュメモリとしての役割を果たす。例証として限定するものではないが、ＲＡＭは、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、拡張ＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、ダイレクトラムバスＲＡＭ（ＤＲＲＡＭ）など多数の形態で使用可能である。主題のシステムおよび／または方法のメモリ９０８は、それだけに限定されることなく、これらおよび他の適切な任意のタイプのメモリを備えるように意図される。ユーザデバイス９００は、シンボル変調器９１２と、被変調信号を送信するトランスミッタ９０８と、をさらに備えることができる。
【００４５】
レシーバ９０２は、さらに、スクランブルされたシーケンスを生成するためにランダムシーケンスを用いてウォルシュシーケンス(Walsh Sequence)をスクランブルするエンコーダ９１４に動作的に結合される。エンコーダ９１４は、ランダムシーケンスを提供されることができ、その結果、単一のＦＨＴが、シーケンスを復号するために利用されることができる。さらに、レシーバ９０２は、スクランブルされたシーケンスの１つまたは複数のサブシーケンスの割当てを受け取る割付器９１６に動作的に結合されることができる。トランスミッタ９０８は、スクランブルされたシーケンスをアクセスベースのハンドオフプローブ(access-based handoff probe)として送信することができる。アクセスプローブに応答して、レシーバ９０２は、アクセス認可(Access Grant)を受信することができ、このアクセス認可は、共用信号方式ＭＡＣプロトコル(Shared Signaling MAC Protocol)上で送信されることができる。
【００４６】
図１０は、ここにおいて提示される様々な態様に従ってＲＬＣヘッダを最適化することを容易にするシステム１０００の説明図である。システム１０００は、基地局またはアクセスポイント１００２を備える。図に示されるように、基地局１００２は、受信アンテナ１００６により１つまたは複数のユーザデバイス１００４から信号（単数または複数）を受信し、そして送信アンテナ１００８を通して１つまたは複数のユーザデバイス１００４に対して送信する。
【００４７】
基地局１００２は、受信アンテナ１００６から情報を受信し、そして受信情報を復調する復調器１０１２に動作的に関連づけられるレシーバ１０１０を備える。復調されたシンボルは、ユニキャスト波形に埋め込まれたブロードキャスト−マルチキャスト波形に関連した情報を記憶するメモリ１０１６に結合されるプロセッサ１０１４によって分析される。変調器１０１８は、送信アンテナ１００８を通してユーザデバイス１００４に対するトランスミッタ１０２０による送信のための信号を多重化することができる。
【００４８】
プロセッサ１０１４は、さらに、アクセス決定器１０１６に結合される。レシーバ１０１０は、基地局１００２によってサーブされるセクタに対するアクセスを獲得したいと望む１つまたは複数のモバイルデバイスからアクセスプローブを受信することができる。復調器１０１２は、ＦＨＴを利用してアクセスプローブに含まれるウォルシュシーケンスを復調することができる。アクセス決定器１０１６は、セクタに対する１つまたは複数のモバイルデバイスのアクセスを選択的に認可することができる。
【００４９】
一態様においては、論理チャネルは、制御チャネル(Control Channels)とトラフィックチャネル(Traffic Channels)とに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル(Broadcast Control Channel)（ＢＣＣＨ）を備える。ページング制御チャネル(Paging Control Channel)（ＰＣＣＨ）は、ページング情報を転送するＤＬチャネルである。マルチキャスト制御チャネル(Multicast Control Channel)（ＭＣＣＨ）は、１つまたは複数のＭＴＣＨについてのマルチメディアブロードキャストおよびマルチキャストサービス(Multicast Service)（ＭＢＭＳ）のスケジューリングおよび制御の情報を送信するために使用されるポイントツーマルチポイントＤＬチャネルである。一般に、ＲＲＣ接続を確立した後に、このチャネルは、ＭＢＭＳ（注：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによって使用されるだけである。専用制御チャネル(Dedicated Control Channel)（ＤＣＣＨ）は、専用制御情報を送信し、そしてＲＲＣ接続を有するＵＥによって使用されるポイントツーポイント双方向チャネルである。一態様においては、論理トラフィックチャネル(Logical Traffic Channels)は、ユーザ情報の転送のための、１つのＵＥに専用の、ポイントツーポイント双方向チャネルである専用トラフィックチャネル(Dedicated Traffic Channel)（ＤＴＣＨ）を含んでいる。また、人は、トラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルについてマルチキャストトラフィックチャネル(Multicast Traffic Channel)（ＭＴＣＨ）を使用することもできる。
【００５０】
別の態様においては、トランスポートチャネル(Transport Channels)は、ＤＬと、ＵＬとに分類される。ＤＬトランスポートチャネルは、全体のセル上でブロードキャストされ、そして他の制御／トラフィックのチャネルのために使用されることができるＰＨＹリソースにマッピングされる、ブロードキャストチャネル(Broadcast Channel)（ＢＣＨ）と、ダウンリンク共用データチャネル(Downlink Shared Data Channel)（ＤＬ−ＳＤＣＨ）と、ＵＥパワー節約のサポートのためのページングチャネル(Paging Channel)（ＰＣＨ）（ＤＲＸサイクルは、ＵＥに対してネットワークによって示される）と、を備える。ＵＬトランスポートチャネルは、ランダムアクセスチャネル(Random Access Channel)（ＲＡＣＨ）と、要求チャネル(Request Channel)（ＲＥＱＣＨ）と、アップリンク共用データチャネル(Uplink Shared Data Channel)（ＵＬ−ＳＤＣＨ）と、複数のＰＨＹチャネルと、を備える。ＰＨＹチャネルは、１組のＤＬチャネルとＵＬチャネルとを備える。
【００５１】
ＤＬ  ＰＨＹチャネルは、以下を備える。
【００５２】
共通パイロットチャネル(Common Pilot Channel)（ＣＰＩＣＨ）
同期化チャネル(Synchronization Channel)（ＳＣＨ）
共通制御チャネル(Common Control Channel)（ＣＣＣＨ）
共用ＤＬ制御チャネル(Shared DL Control Channel)（ＳＤＣＣＨ）
マルチキャスト制御チャネル(Multicast Control Channel)（ＭＣＣＨ）
共用ＵＬ割当てチャネル(Shared UL Assignment Channel)（ＳＵＡＣＨ）
肯定応答チャネル(Acknowledgement Channel)（ＡＣＫＣＨ）
ＤＬ物理共用データチャネル(DL Physical Shared Data Channel)（ＤＬ−ＰＳＤＣＨ）
ＵＬパワー制御チャネル(UL Power Control Channel)（ＵＰＣＣＨ）
ページングインジケータチャネル(Paging Indicator Channel)（ＰＩＣＨ）
ロードインジケータチャネル(Load Indicator Channel)（ＬＩＣＨ）
ＵＬ  ＰＨＹチャネルは、以下を備える。
【００５３】
物理ランダムアクセスチャネル(Physical Random Access Channel)（ＰＲＡＣＨ）
チャネル品質インジケータチャネル(Channel Quality Indicator Channel)（ＣＱＩＣＨ）
肯定応答チャネル(Acknowledgement Channel)（ＡＣＫＣＨ）
アンテナサブセットインジケータチャネル(Antenna Subset Indicator Channel)（ＡＳＩＣＨ）
共用要求チャネル(Shared Request Channel)（ＳＲＥＱＣＨ）
ＵＬ物理共用データチャネル(UL Physical Shared Data Channel)（ＵＬ−ＰＳＤＣＨ）
ブロードバンドパイロットチャネル(Broadband Pilot Channel)（ＢＰＩＣＨ）
本ドキュメントのために、以下の省略形が、適用される。
【００５４】
ＡＭ          肯定応答モード(Acknowledged Mode)
ＡＭＤ        肯定応答モードデータ(Acknowledged Mode Data)
ＡＲＱ        自動反復要求(Automatic Repeat Request)
ＢＣＣＨ      ブロードキャスト制御チャネル(Broadcast Control CHannel)
ＢＣＨ        ブロードキャストチャネル(Broadcast CHannel)
Ｃ−          制御−(Control-)
ＣＣＣＨ      共通制御チャネル(Common Control CHannel)
ＣＣＨ        制御チャネル(Control CHannel)
ＣＣＴｒＣＨ  符号化複合トランスポートチャネル(Coded Composite Transport Channel)
ＣＰ          巡回プレフィックス(Cyclic Prefix)
ＣＲＣ        巡回冗長度チェック(Cyclic Redundancy Check)
ＣＴＣＨ      共通トラフィックチャネル(Common Traffic CHannel)
ＤＣＣＨ      専用制御チャネル(Dedicated Control CHannel)
ＤＣＨ        専用チャネル(Dedicated CHannel)
ＤＬ          ダウンリンク(Downlink)
ＤＳＣＨ      ダウンリンク共用チャネル(Downlink Shared CHannel)
ＤＴＣＨ      専用トラフィックチャネル(Dedicated Traffic CHannel)
ＦＡＣＨ      順方向リンクアクセスチャネル(Forward link Access CHannel)
ＦＤＤ        周波数分割二重化(Frequency Division Duplex)
Ｌ１          レイヤ１（物理レイヤ）
Ｌ２          レイヤ２（データリンクレイヤ）
Ｌ３          レイヤ３（ネットワークレイヤ）
ＬＩ          長さインジケータ(Length Indicator)
ＬＳＢ        最下位ビット(Least Significant Bit)
ＭＡＣ        媒体アクセス制御(Medium Access Control)
ＭＢＭＳ      マルチメディアブロードキャストマルチキャストサービス(Multimedia Broadcast Multicast Service)
ＭＣＣＨ      ＭＢＭＳポイントツーマルチポイント制御チャネル(MBMS point-to-multipoint Control CHannel)
ＭＲＷ        移動受信ウィンドウ(Move Receiving Window)
ＭＳＢ        最上位ビット(Most Significant Bit)
ＭＳＣＨ      ＭＢＭＳポイントツーマルチポイントスケジューリングチャネル(MBMS point-to-multipoint Scheduling CHannel)
ＭＴＣＨ      ＭＢＭＳポイントツーマルチポイントトラフィックチャネル(MBMS point-to-multipoint Traffic CHannel)
ＰＣＣＨ      ページング制御チャネル(Paging Control CHannel)
ＰＣＨ        ページングチャネル(Paging CHannel)
ＰＤＵ        プロトコルデータユニット(Protocol Data Unit)
ＰＨＹ        物理レイヤ(PHYsical layer)
ＰｈｙＣＨ    物理チャネル(Physical CHannels)
ＲＡＣＨ      ランダムアクセスチャネル(Random Access CHannel)
ＲＬＣ        無線リンク制御(Radio Link Control)
ＲＲＣ        無線リソース制御(Radio Resource Control)
ＳＡＰ        サービスアクセスポイント(Service Access Point)
ＳＤＵ        サービスデータユニット(Service Data Unit)
ＳＨＣＣＨ    共用チャネル制御チャネル(SHared channel Control CHannel)
ＳＮ          シーケンス番号(Sequence Number)
ＳＵＦＩ      スーパーフィールド(SUper FIeld)
ＴＣＨ        トラフィックチャネル(Traffic CHannel)
ＴＤＤ        時分割二重化(Time Division Duplex)
ＴＦＩ        トランスポートフォーマットインジケータ(Transport Format Indicator)
ＴＭ          トランスペアレントモード(Transparent Mode)
ＴＭＤ        トランスペアレントモードデータ(Transparent Mode Data)
ＴＴＩ        送信時間間隔(Transmission Time Interval)
Ｕ−          ユーザ−(User-)
ＵＥ          ユーザ装置(User Equipment)
ＵＬ          アップリンク(UpLink)
ＵＭ          非肯定応答モード(Unacknowledged Mode)
ＵＭＤ        非肯定応答モードデータ(Unacknowledged Mode Data)
ＵＭＴＳ      ユニバーサルモバイル電気通信システム(Universal Mobile Telecommunications System)
ＵＴＲＡ      ＵＭＴＳ地上波無線アクセス(UMTS Terrestrial Radio Access)
ＵＴＲＡＮ    ＵＭＴＳ地上波無線アクセスネットワーク(UMTS Terrestrial Radio Access Network)
ＭＢＳＦＮ    マルチキャストブロードキャスト単一周波数ネットワーク(multicast broadcast single frequency network)
ＭＣＥ        ＭＢＭＳ協調エンティティ(MBMS coordinating entity)
ＭＣＨ        マルチキャストチャネル(multicast channel)
ＤＬ−ＳＣＨ  ダウンリンク共用チャネル(downlink shared channel)
ＭＳＣＨ      ＭＢＭＳ制御チャネル(MBMS control channel)
ＰＤＣＣＨ    物理ダウンリンク制御チャネル(physical downlink control channel)
ＰＤＳＣＨ    物理ダウンリンク共用チャネル(physical downlink shared channel)
上記に説明されてきているものは、１つまたは複数の実施形態の例を含んでいる。上記の実施形態を説明する目的のために、コンポーネントまたは方法のあらゆる考えられる組合せを説明することは、もちろん可能ではないが、当業者は、様々な実施形態の多数のさらなる組合せおよび置換が可能であることを認識することができる。したがって、説明される実施形態は、添付の特許請求の範囲の精神および範囲の範囲内に入るすべてのそのような変更、修正および変形を包含するように意図される。さらに、用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかにおいて使用される限りでは、「備えている(comprising)」が、請求項におけるトランジショナルワード(transitional word)として使用されるときに解釈されるように、そのような用語は、用語「備えている(comprising)」と同様にして包含的であるように意図される。
【図１】
2010541494.tif 000003
【図２】
2010541494.tif 000004
【図３】
2010541494.tif 000005
【図４】
2010541494.tif 000006
【図５】
2010541494.tif 000007
【図６】
2010541494.tif 000008
【図７】
2010541494.tif 000009
【図８】
2010541494.tif 000010
【図９】
2010541494.tif 000011
【図１０】
2010541494.tif 000012
【国際調査報告】
2010541494.tif 000013
2010541494.tif 000014