(57)【要約】無線通信システムにおいてデータを配信する装置と方法は、共有チャネルを利用して実際のデータパケットを送信することができるか否かを第１の基準に基いて決定することと、前記実際のデータパケットを１つ以上の第１のデータパケットに変換することであって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表すことと、前記共有チャネルを用いて各前記１つ以上の第１のデータパケットを送信することとを備える。
2008526128.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてデータを配信する方法において、
第１の基準に基いてデータパケットを送信するために共有チャネルが利用できるかどうかを決定することと、
前記実際のデータパケットを１つ以上の第１のデータパケットに変換することであって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表すことと、
前記共有チャネルを利用する各前記１つ以上の第１のデータパケットを送信することと、
を備えた方法。
【請求項２】
前記決定する行為はキャパシティしきい値が到達されたかどうかを評価する行為を備えた、請求項１に記載の方法。
【請求項３】
前記変換する行為は、前記１つ以上の第１のデータパケットの少なくとも１つにプリフィックスを付加する行為を備えた、請求項１に記載の方法。
【請求項４】
前記変換する行為は、前記実際のデータをエンコードされたデータブロックのシリーズに分割する行為を備えた、請求項１に記載の方法。
【請求項５】
前記送信する行為は、インターレース送信スキームを用いて各前記１つ以上の第１のデータパケットを送信することを備えた、請求項１に記載の方法。
【請求項６】
無線通信システムにおいてデータを受信する方法において、
複数の情報ビットを受信することと、
データのパケットが前記複数の情報ビットに含まれるか否かを決定することと、
前記データのパケットから第１の部分を抽出することと、
前記第１の部分に含まれる前記情報を処理することと、
を備えた方法。
【請求項７】
前記複数の情報ビットからプリフィックス部分を抽出する行為をさらに備えた、請求項６に記載の方法。
【請求項８】
前記プリフィックス部分を利用して前記第１の部分をデコードする行為をさらに備えた、請求項７に記載の方法。
【請求項９】
無線通信システムにおける装置において、
共有チャネルを利用して、第１の基準に基いてデータパケットを送信することができるかどうか、前記実際のデータパケットを１つ以上の第１のデータパケットに変換できるかどうかを決定するように構成された電子装置であって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表し、前記共有チャネルを利用し各前記１つ以上の第１のデータパケットを送信する、電子装置を備えた装置。
【請求項１０】
前記第１の基準はキャパシティしきい値を備えた、請求項９に記載の装置。
【請求項１１】
前記電子装置は、前記１つ以上の第１のデータパケットの少なくとも１つにプリフィックスを付加するようにさらに構成される、請求項９に記載の装置。
【請求項１２】
前記電子装置は、前記実際のデータをエンコードされたデータブロックのシリーズに分割するようにさらに構成される、請求項９に記載の装置。
【請求項１３】
前記電子装置はインターレース送信スキームを用いて各前記１つ以上の第１のデータパケットを送信するようにさらに構成される、請求項９に記載の装置。
【請求項１４】
無線通信システムにおける装置において、
複数の情報ビットを受信し、データのパケットが前記複数の情報ビットに含まれるかどうかを決定し、前記データのパケットから第１の部分を抽出し、前記第１の部分に含まれる前記情報を処理するように構成された電子装置を備えた装置。
【請求項１５】
前記電子装置は前記複数の情報ビットからプリフィックス部分を抽出するようにさらに構成される、請求項１４に記載の装置。
【請求項１６】
前記電子装置は前記プリフィックス部分を利用して前記第１の部分をデコードするようにさらに構成される、請求項１５に記載の装置。
【請求項１７】
無線通信システムにおいてデータを配信するための装置において、
共有チャネルを利用して実際のデータパケットを送信することができるか否かを第１の基準に基いて決定する手段と、
前記実際のデータパケットを１つ以上の第１のデータパケットに変換する手段であって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表す、手段と、
前記共有チャネルを用いて各前記１つ以上の第１のデータパケットを送信する手段と、
を備えた装置。
【請求項１８】
前記決定する手段はキャパシティしきい値が到達されるか否かを評価する手段を備えた、請求項１７に記載の装置。
【請求項１９】
前記変換する手段は、前記１つ以上の第１のデータパケットの少なくとも１つにプリフィックスを付加する手段を備えた、請求項１７に記載の装置。
【請求項２０】
前記変換するための手段は、前記実際のデータをエンコードされたデータブロックのシリーズに分割する手段を備えた、請求項１７に記載の装置。
【請求項２１】
前記送信する手段は、インターレース送信スキームを用いて各前記１つ以上の第１のデータパケットを送信する手段を備えた、請求項１７に記載の装置。
【請求項２２】
無線通信システムにおいてデータを受信する装置において、
複数の情報ビットを受信する手段と、
データのパケットが前記複数の情報ビットに含まれるか否かを決定する手段と、
前記データのパケットから第１の部分を抽出する手段と、
前記第１の部分に含まれる前記情報を処理する手段と、
を備えた装置。
【請求項２３】
前記複数の情報ビットからプリフィックス部分を抽出する手段をさらに備えた、請求項２２に記載の装置。
【請求項２４】
前記プリフィックス部分を利用して前記第１の部分をデコードする手段をさらに備えた、請求項２３に記載の装置。
【請求項２５】
機械により実行されるとき、前記機械に下記動作を実行させる命令を備えた機械読み取り可能媒体において、
共有チャネルを利用して実際のデータパケットを送信することができるか否かを第１の基準に基いて決定することと、
前記実際のデータパケットを１つ以上の第１のデータパケットに変換することであって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表すことと、
前記共有チャネルを用いて各前記１つ以上の第１のデータパケットを送信することと、
を含む動作を実行させる命令を備えた機械読み取り可能媒体。
【請求項２６】
前記変換させる機械読み取り可能命令は、前記１つ以上の第１のデータパケットの少なくとも１つにプリフィックスを付加することを備えた、請求項２５の機械読み取り可能媒体。
【請求項２７】
機械により実行されたとき前記機械に下記動作を実行させる命令を備えた機械読み取り可能媒体において、
複数の情報ビットを受信することと、
データのパケットが前記複数の情報ビットに含まれるか否かを決定することと、
前記データのパケットから第１の部分を抽出することと、
前記第１の部分に含まれる前記情報を処理することと、
を含む動作を実行させる命令を備えた機械読み取り可能媒体。
【請求項２８】
前記複数の情報ビットからプリフィックス部分を抽出させる機械読み取り可能命令をさらに備えた、請求項２７の機械読み取り可能媒体。
【請求項２９】
前記プリフィックス部分を利用して前記第１の部分をデコードさせる機械読み取り可能命令をさらに備えた、請求項２７の機械読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は一般に通信に関し、特に共有チャネルを用いてデータを送信するための技術に関する。
【背景技術】
【０００２】
無線通信システムは、音声、データ等のような種々のタイプの通信を提供するために広範囲に展開される。これらのシステムは利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することにより複数のユーザーとの通信をサポートすることができる多重アクセスシステムであってよい。そのような多重アクセスシステムの例は符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、および直交周波数分割多重アクセス（ＯＦＤＭＡ）システムを含む。典型的には、無線通信システムはいくつかの基地局を含む。各基地局は、フォワードリンクを用いて移動局と通信し、各移動極はリバースリンクを用いて基地局と通信する。
【０００３】
上に記載した通信システムにおいて、移動局は基地局に対してリソース割り当て要求を行う。これに応答して、基地局は、利用可能なら、要求されたリソースを割り当て、通信チャネルを用いて割り当て情報を供給する。典型的には、移動局には、指定されたチャネルを介して送信される割り当てメッセージを介してフォワードリンクデータチャネルリソースが割り当てられる。
【０００４】
上に記載した通信システムのほとんどは、データおよび他の情報を通信するために、ハイブリッドオートマティックリピートリクエスト（Ｈ−ＡＲＱ）スキームとともにフォワードリンクおよびリバースリンクを使用する。Ｈ−ＡＲＱ技術はキャパシティにおいて著しい改良を提供することが示された。ハイブリッドＡＲＱの場合、パケットは複数の送信を用いて送信される。受信機がすべての送信を受信する前にパケットをデコードすることができるなら、パケット送信は早期に終了するということもあり得る。しかしながら、リソース割り当てを要求する多数の移動局があるとき、Ｈ−ＡＲＱを使用するとき、送信の数が増加する。割り当て情報がタイムリーに受信されることを保証するために、基地局は、帯域幅を増加し、送信の数を低減しなければならず、さらなるシグナリング情報を要求し、またはＨ−ＡＲＱを使用しないであろう。
【０００５】
マルチキャストシステムのように、帯域幅を維持するためにおよびＨ−ＡＲＱを使用するためにいくつかの方法が採用されてきた。典型的なマルチキャストシステムにおいて、割り当て情報は、共有チャネルを介して、基地局と通信しているすべての移動局にブロードキャストされ、それにより割り当て情報を供給するために専用リソースの使用を消去する。しかしながら、すべてのモバイルはすべての送信されたフレームをデコードしようと試みなければならないので、この解決法は、移動局に重い計算負荷を作り出す。
【０００６】
従って、複数の移動局に対して割り当てまたは他のデータパケットの送信を可能にする専用リソースおよび共有リソースを管理するシステムおよび方法の必要性がある。
【発明の開示】
【０００７】
従って、無線通信システムにおいてデータを配信する装置および方法において、前記装置および方法は、第１の基準に基いて、実際のデータパケットを送信するために共有チャネルが利用できるかどうかを決定することと、前記実際のデータパケットを１つの以上の第１のデータパケットに変換することであって、各前記１つ以上の第１のデータパケットは前記実際のデータパケットの一部を表すことと、前記共有チャネルを用いて各前記１つ以上の第１のデータパケットを送信することとを備える。
【０００８】
この発明のすべての利点および範囲のより完全な理解は、添付した図面、記載、および添付されたクレームから得ることができる。
【発明を実施するための最良の形態】
【０００９】
本発明の特徴、性質及び利点は、類似による参照文字が相応して、全体で特定する図面と関連して解釈されるときに後述される詳細な説明からさらに明らかになるであろう。
【００１０】
「例示」という単語は、ここでは、「例、インスタンス、または例証として機能する」ことを意味するために使用される。「例示」としてここに記載される任意の実施形態または設計は他の実施形態または設計に対して好適であるとかまたは利点があると必ずしも解釈されない。「リスニング」という単語はここでは、端末が所定のチャネル上で受信したデータを受信しているおよび処理していることを意味するために使用される。
【００１１】
図１は、マルチキャリア変調を採用する無線多重アクセス通信システムの図を示す。システム１００は１つ以上のアクセス端末（ＡＴ）１２０と通信する多数のアクセスポイント（ＡＰ）１１０を含む（簡単のために、図１においては、２つのアクセスポイント１１０ａおよび１１０ｂのみが示される）。アクセスポイント１１０はアクセス端末と通信するために使用される固定局である（１１０は後で図６においてさらに記載される）。アクセスポイント１１０はまた基地局またはその他の用語で呼ばれてもよい。
【００１２】
アクセスポイント（ＡＰ）、例えば、アクセスポイント１１０は、１つ以上のユーザーアクセス端末と通信するように構成された電子装置であり、アクセスノード、アクセスネットワーク、基地局、ベース端末、固定端末、固定局、基地局コントローラー、コントローラー、送信機またはその他の用語で呼ばれてもよい。アクセスポイント、ベース端末および基地局は、以下の記載において、同義的に使用される。アクセスポイントは、汎用コンピューター、標準ラップトップ、固定端末、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムにより定義される無線インターフェース方法に従ってデータを送信し、受信し処理するように構成された電子装置であってもよい。アクセスポイントは、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等により定義される無線インターフェース方法に従ってデータを送信し、受信し、処理するためのコントローラーまたはプロセッサーにより制御される１つ以上のコンピューターチップからなる電子モジュールであってもよい。
【００１３】
アクセス端末、例えばアクセス端末１２０は、通信リンクを介してアクセスポイントと通信するように構成された電子装置であってもよい。また、アクセス端末は、端末、ユーザー端末、遠隔局、移動局、無線通信装置、受信者端末またはその他の用語で呼ばれてもよい。アクセス端末、モバイル端末、ユーザー端末、端末は以下の記載において同義的に使用される。各アクセス端末１２０はいつなんどきでもダウンリンクおよび／またはアップリンク上の１つまたは複数のアクセスポイントと通信してもよい。ダウンリンク（すなわち、フォワードリンク）はアクセスポイントからアクセス端末１２０への送信を指し、アップリンク（すなわち、リバースリンク）はアクセス端末１２０からアクセスポイントへの送信を指す。アクセス端末１２０は、任意の標準ラップトップ、パーソナル電子手帳または補助物、モバイル電話、セルラー電話、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムにより定義される無線インターフェース方法に従ってデータを送信し、受信し、処理するように構成された電子装置であってもよい。アクセス端末はＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムにより定義される無線インターフェース方法に従ってデータを送信し、受信し、処理するコントローラーまたはプロセッサーにより制御される１つ以上のコンピューターチップからなる電子モジュールであってもよい。
【００１４】
システムコントローラー１３０はアクセスポイントに接続し、さらに他のシステム／ネットワーク（例えば、パケットデータネットワーク）に接続してもよい。システムコントローラー１３０はシステムコントローラーに接続されたアクセスポイントに対して調整と制御を提供する。アクセスポイントを介して、システムコントローラー１３０はさらに端末間のおよび端末と他のシステム／ネットワークに接続された他のユーザーとの間のデータのルーティングを制御する。
【００１５】
共有チャネルを用いた送信を管理するためにここに記載される技術は、種々の無線多重アクセスマルチキャリア通信システムにおいて実施されてもよい。例えば、システム１００はデータ送信を利用するＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムであってもよい。
【００１６】
明確にするために、これらの技術は、直交周波数分割多重（ＯＦＤＭ）を利用するＯＦＤＭＡシステムに対して記載される。ＯＦＤＭは全体のシステム帯域幅を多数のｎの直交周波数サブキャリアに分割する。周波数サブキャリアは、トーン、サブバンド、ビン、周波数チャネル等と呼ばれる。
【００１７】
ＯＦＤＭＡシステムにおいて、時間間隔を定義するフォワードリンクおよびリバースリンク上の送信の基本単位であるスーパーフレームが使用される。フォワードリンク（ＦＬ）スーパーフレームは、アクセスポイント１１０からＴＨＥ  ＡＣＣＥＳＳ  ＴＥＲＭＩＮＡＬ１２０に情報を送信するために使用される。ＦＬスーパーフレームは図２において以下にさらに記載される。一実施形態において、フォワードリンク上で、スーパーフレームは、６ＯＦＤＭシンボルのプリアンブルとそれに続く直列の６つのフォワードリンクＰＨＹフレームから構成される。ＯＦＤＭシンボルはｎの個別に変調されたサブキャリアから構成される。サブキャリアは複素数値データを持っている。ｎはシステム帯域幅の関数として計算される。一般に、スーパーフレームは時間（ＯＦＤＭシンボル）と周波数（サブキャリア）において多重化される。
【００１８】
ＯＦＤＭＡシステムにおいて、多重直交「トラヒック」チャネルが定義されてもよい。それにより、（１）各サブキャリアは、任意の所定の時間間隔において唯一つのトラヒックチャネルに対して使用され、（２）各トラヒックチャネルは、各時間間隔において、ゼロ、１、または多重サブキャリアが割り当てられてもよい。
【００１９】
図２は一実施形態に従うＯＦＤＭＡシステムのフォワードリンクスーパーフレームのためのフレーム構造２００を図解する。フォワードリンクスーパーフレーム２００は、スーパーフレームプリアンブル部２０２とそれに続く６つのＰＨＹフレーム部２０４とから構成される。スーパーフレームプリアンブル部２０２は、複数の直交チャネル、アクイジションチャネル（ＡＣＱＣＨ）２２０、プライマリーブロードキャストチャネル（ｐＢＣＨ）２２２（ＳＹＮＣチャネルとも呼ばれる）、クイックページングチャネル（ＱＰＣＨ）２２４および他のセクター干渉チャネル（ＯＳＩＣＨ）２２６から構成される。ＰＨＹフレーム部２０４の各ＰＨＹフレーム（例えば２０４ｎ）は、複数の物理チャネル、１つ以上のパイロットチャネル２４０（例えば、共通パイロットチャネル（ＣＰＩＣＨ））から構成される。また、存在するなら、補助パイロットチャネル（ＡｕｘＰＩＣＨ）、共有シグナリングチャネル（ＳＳＣＨ）２５０、データチャネル（ＤＣＨ）２４８、二次ブロードキャストチャネル（ｓＢＣＨ）２４２、共有データチャネル（ＳＤＣＨ）２４４および電力制御チャネル（ＰＣＣＨ）２４６を含む。
【００２０】
図３は一実施形態に従って実際のデータパケットの変換を示すデータパケット変換図３００を図解する。一実施形態において、データパケットは、１つ以上のステージ、すなわち、以下に記載する第１のステージ３１０、第２のステージ３１２、および第３のステージ３１４を用いてＴＸデータパケットを形成するように変換されてもよい。
【００２１】
第１のステージ３１０の期間において、割り当てを受信する意図された受信者に対して、その割り当てを含むデータパケットが暗号化され暗号化されたデータブロックを形成する。例えば、ＭＴ１（端末１を対象にしたまたは意図した）に対する暗号化されたデータブロック３０２、ＭＴ−ＡＬＬ（すべての端末を対象にしたまたは意図した）に対する暗号化されたデータブロック３０４、ＭＴ２（端末２を対象にしたまたは意図した）に対する暗号化されたデータブロック３０６等である。
【００２２】
第２のステージ３１２の期間において、各暗号化されたデータブロック、例えば３０２はさらに分割され暗号化されたデータブロックシリーズ３１６（「シリーズ」とも呼ぶ）を形成する。暗号化されたデータブロックシリーズ３１６は、複数の等しいサイズの暗号化されたデータブロック３１６ｉ乃至３１６ｎから構成される。この場合、ｉは第１のエンコードされたデータブロックを表し、ｎは使用される再送信の数を表す。ｎの値は利用可能な帯域幅および／またはアクセスポイント１１０から情報を要求するアクセス端末の数により決定されてもよい。ユーザーがＡＮから情報を要求すればするほど、ｎの値は下がる。
【００２３】
第３のステージ３１４の期間において、プリフィックス（プリアンブルとも呼ぶ）部分は、エンコードされたデータブロック３１６ｉに追加されてもよく、ＴＸデータパケット３２４を形成する。プリフィックス３２２はエンコードされたデータブロックシリーズ３１６の第１のエンコードされたデータブロック３１６ｉに追加されてもよく、残りのエンコードされたデータブロックには追加されなくてもよい。プリフィックス３２２は１つ以上の情報ビットを含む。情報ビット（複数の場合もある）は、パケットのフォーマット、アクセス端末１２０識別、変調またはＴＸデータパケット３２４の効率的な復調に必要であるとコントローラーが決定する任意の他の情報を供給する。他の実施形態において、プリフィックス３２２はエンコードされたデータブロックシリーズ３１６のすべてのエンコードされたデータブロックに追加される。また、他の実施形態において、アクセスポイント１１０は、第１および第２のステージ３１０および３１２のみを用いて実際のデータパケットを変換してもよい。これは一般的にシリーズ３１６のエンコードされたデータブロックのいずれかにプリフィックス３２２を付加しないことにより実行される。（例えば、プリフィックス３２２の長さは、ＴＸデータパケット３２４に対してゼロであろう）。
【００２４】
ＯＦＤＭＡシステムにおいて、アクセスポイント１１０は、ＳＤＣＨ２４４リソースを用いてチャネル割り当てを送信しなければならないかどうかを決定する。一般に、ＳＤＣＨ２４４は、データを受信するためのリソースのプリアサイメントを必要とせず、すべての端末はこのチャネルを処理する。以下に記載された技術を用いて、意図されたアクセス端末１２０を対象にしてデータを送信してもよい。スケジューラー６３０およびコントローラー６２０を用いたアクセスポイント１１０は常にシステム条件を監視し、必要に応じて適切な調節を行う。例えば、アクセスポイント１１０は、ＳＳＣＨ上に送信するためにエンコードされたデータブロックの数がキャパシティしきい値（キューイングすることが可能なエンコードされたデータブロックの最大数）に到達したか否かをチェックする。キャパシティしきい値はコントローラー６２０によりダイナミックに調節されてもよい。キューイングされたエンコードされたデータブロックの合計数がしきい値に到達したなら、アクセスポイント１１０は、ＳＤＣＨ２４４のような共有リソースを利用することを開始し、データ、例えばアクセス端末１２０割り当てデータを送信するように決定してもよい。
【００２５】
図４は、使用されるとき、実際のデータパケットを共有チャネルＳＤＣＨ２４４を用いた１つ以上の送信可能なデータパケットに変換するために使用されるプロセス４００のフロー図を示す。プロセス４００のステップはアクセスポイント１１０により実行される。
【００２６】
アクセスポイント１１０は後で、図６で述べられるコンポーネントの少なくとも１つを利用するように構成される。例えば、コントローラー６２０、スケジューラー６３０、ＴＸデータプロセッサー６１４等を用いてプロセス４００のステップを実行する。ステップ４０１において、上述したように、アクセスポイント１１０は、ＳＤＣＨ２４４または任意の共有リソースを用いて実際のデータ（例えば、アクセス端末１２０のためのフォワードリンク割りあてメッセージを表すデータ）を送信しなければならないかどうかを決定する。ステップ４０２において、アクセスポイント１１０は実際のデータを暗号化し、暗号化されたデータパケット３０２を形成する。ステップ４０４において、アクセスポイント１１０は暗号化されたデータパケット３０２を分割し１つ以上の暗号化されたデータブロック３１６ｉ−ｎからなる暗号化されたデータブロックシリーズ３１６を発生する。発生された暗号化されたデータブロックの数は、例えば、システムオペレーターにより望まれるサービスの質（ＱＯＳ）またはアクセスポイント１１０により決定される任意の他の品質測定結果に応じて変化してもよい。
【００２７】
ステップ４０６において、アクセスポイント１１０はシリーズ３１６の各エンコードされたデータブロックをＴＸデータパケットに変換する。一実施形態において、例えば、アクセスポイント１１０はプリフィックス３２２に含める情報を決定し、エンコードされたデータブロック３１６ｉ＝１をＴＸデータパケット３２４に変換するときに、プリフィックス３２２をシリーズ３１６の第１のエンコードされたデータブロックにのみ付加する。他の実施形態において、アクセスポイント１１０はプリフィックス３２２をシリーズのすべての符号化されたデータブロックに付加する。
【００２８】
他の実施形態において、シリーズ３１６の符号化されたデータブロックはプリフィックス３２２を有さない（例えば、ＴＸデータパケットは符号化されたデータブロックと同じである）。従って、この実施形態において、アクセスポイント１１０はステップ４０６を実行するために必要ない。あるいは、アクセスポイント１１０はプリフィックス３２２の長さをゼロに設定してもよい。
【００２９】
ステップ４０８において、アクセスポイント１１０は使用されるスキームの規則に従ってフレーム毎に送信のためのＴＸデータパケットを累算する。例えば、次のＴＸデータパケットが送信される前にＡＣＫを必要とする第１のスキームが使用されまたは次のＴＸデータパケットを送信する前に１つ以上のフレームにより送信を遅延する必要があるインターレース送信スキームが使用される。ステップ４１０において、アクセスポイント１１０は、ＳＤＣＨ２４４上のフレームあたり１つの割合で、ステップ４０８において記憶された、すべてのＴＸデータパケットを送信する。ステップ４１０は、メモリに記憶されたすべてのＴＸデータパケットが送信されるまで反復される。
【００３０】
図のリファレンスの番号を付け直す。
【００３１】
図５Ａは一実施形態に従って共有チャネルＳＤＣＨ２４４上で受信されたデータを評価するためのプロセス５００を示す。プロセス５００のステップはアクセス端末１２０により実行される。この場合、アクセス端末１２０は以下に記載される図６で述べられる１つ以上のコンポーネント、例えばコントローラー６６０、ＲＸデータプロセッサー６５６、ＴＸデータプロセッサー６７４、等を使用するように構成される。一般に、情報ビットは共有チャネルＳＤＣＨ２４４上で連続的に受信される。ステップ５０２において、アクセス端末１２０はＳＤＣＨ２４４上の情報ビットを受信する。一実施形態において、ステップ５０４において、アクセス端末１２０は受信した情報をサンプルし、パケットの開始を決定する（例えば、シリーズ３１６の第１のエンコードされたデータブロックに関連するＴＸデータパケット）。アクセス端末１２０は情報ビットをサンプルする。この場合、サンプルされる情報ビットの数は、プリフィックス３２２のサイズであり、復調パラメーターを用いてサンプルされた情報ビットを復調するように試みる。復調パラメーターは種々のスキームを用いて提供されてもよい。例えば、復調パラメーターは、アクセス端末１２０がアクセスポイント１１０に登録されるとき復調パラメーターが提供されてもよい。ステップ５０６において、プリフィックス３２２の復調が成功したなら、アクセス端末１２０はステップ５０８を実行する。そうでなければ、アクセス端末１２０はステップ５０２を実行し、さらなる情報ビットを評価し続ける。
【００３２】
ステップ５０８において、プリフィックス３２２から抽出された復調されたデータが評価される。プリフィックス３２２は、アクセス端末１２０のアクセス端末識別のようないくつかのタイプの情報（１つ以上のタグ）を供給し、プリフィックス３２２に続くデータがアクセス端末１２０を対象としていることを示してもよい。プリフィックス３２２は１つ以上のタグを含んでいてもよい。例えば、どのようにしてパケットが形成されたのかを示すタグ、関連するデータの長さの表示を供給するタグ、変調スキームの表示を供給するタグ、符号化されたデータブロック３１６ｉが存在するという表示を供給するタグ、データレートタグ、およびプリフィックス３２２に相関するデータの処理について情報を提供する１つ以上の種々雑多のタグである。
【００３３】
ステップ５１０において、アクセス端末１２０は、プリフィックス３２２内に提供されるタグの少なくとも１つを用いて、ビットを現在処理するアクセス端末１２０がＴＸデータパケットの意図された受信者かどうかを決定する。そうであるなら、ステップ５１２において、アクセス端末１２０は、プリフィックス３２２により提供される情報を用いて関連するデータを抽出し復調することによりプリフィックス３２２に関連するデータを処理する。そうでなければ、ステップ５１４において、アクセス端末１２０は、データバッファーをクリアし、新しい情報ビットはステップ５０２においてサンプルされる。プリフィックス３２２から抽出された情報は記憶され、プリフィックス３２２を有さないこれらのＴＸデータパケットを抽出し、復調するために後で使用されてもよい。
【００３４】
図５Ｂは、他の実施形態に従って、ＳＤＣＨ２４４上に受信されたデータを評価するプロセス５５０を示す。プロセス５５０はプロセス５００に対する並列プロセスとして実行されてもよい。この場合、プロセス５５０は第２の共有チャネル（図示せず）上で受信された情報ビットを処理している。アクセスポイント１１０がプリフィックス３２２なしでＴＸデータパケットを送信しているときはいつでも、プロセス５５０は、また、アクセス端末１２０により実行されてもよい。上述したように、一般的に、情報ビットは、ステップ５５２において、共有チャネル上で連続的に受信される。ステップ５６２において、アクセス端末１２０は受信された情報をサンプルする。情報ビットのサンプルサイズはＴＸデータパケットのサイズである。ＴＸデータパケットのサイズは、メモリにあらかじめ記憶されてもよいし、またはステップ５５２の実行前に供給されてもよい。データをサンプリングした後で、アクセス端末１２０は、パケットサイズおよび／または復調パラメーターのような復調情報を用いてサンプルされた情報を復調（またはデコード）しようと試み、ＴＸデータパケットを復調する。また、復調パラメーターは、アクセス端末１２０がアクセスポイント１１０に登録されるとアクセス端末１２０に供給されてもよい。
【００３５】
ステップ５６６において、アクセス端末１２０は抽出されたエンコードされたデータブロックをデコードしようと試みる。ステップ５６８において、試みられたデコーディングが成功であれば、アクセス端末１２０はステップ５７２を実行し、データを処理する。
【００３６】
他の実施形態において、システムが２つの共有チャネルＳＤＣＨｓを使用することができるなら送信（プロセス３００および４００）および受信（プロセス５００および５５０）技術の両方は同時に採用されてもよい。１つの共有チャネルは、プリフィックス３２２でエンコードされたデータを送信してもよく従ってより小さなサンプリングを可能にし、第２のチャネルは固定サイズのブロックを送信してもよく、従ってより速い処理、特に大きなユーザーのグループにブロードキャストするためにより速い処理を可能にする。
【００３７】
図６は多重アクセスマルチキャリア通信システムにおいてアクセスポイント１１０ｘおよび２つの端末１２０ｘおよび１２０ｙの一実施形態のブロック図を示す。アクセスポイント１１０ｘにおいて、送信（ＴＸ）データプロセッサー６１４はデータソース６１２からトラヒックデータ（すなわち、情報ビット）を受信し、コントローラー６２０およびスケジューラー６３０からシグナリング及び他の情報を受信する。例えば、コントローラー６２０は、プロセス４００のステップを実行してもよく、スケジューラー６３０は、アクセス端末のためのキャリアの割り当てを提供してもよい。これらの種々のタイプのデータは異なるトランスポートチャネル上で送信されてもよい。ＴＸデータプロセッサー６１４は、マルチキャリア変調（例えば、ＯＦＤＭ）を用いて受信されたデータを符号化し変調し、変調されたデータ（例えば、ＯＦＤＭシンボル）を供給する。次に、送信機ユニット（ＴＭＴＲ）６１６は、変調されたデータを処理し、ダウンリンク変調された信号を発生し、次にアンテナ６１８から送信される。
【００３８】
端末１２０ｘ、１２０ｙの各々において、送信され変調された信号はアンテナ６５２により受信され、受信機ユニット（ＲＣＶＲ）６５４に供給される。受信機ユニット６５４は信号を処理し、デジタル化しサンプルを供給する。受信（ＲＸ）データプロセッサー６５６は次にサンプルを復調しデコードし、デコードされたデータを供給する。これはリカバーされたトラヒックデータ、メッセージ、シグナリング等を含んでいてもよい。トラヒックデータはデータシンク６５８に供給されてもよい。そして端末に対して送信されたキャリア割り当ておよびＰＣコマンドはコントローラー６６０に供給される。
【００３９】
コントローラー６６０は、端末に割り当てられ、受信されたキャリア割り当てにおいて表示された特定のキャリアを用いて、アップリンク上のデータ送信を指示する。一実施形態において、コントローラー６６０はプロセス５００および５５０のステップを実行する。
【００４０】
アクティブ端末１２０毎に、ＴＸデータプロセッサー６７４は、データソース６７２からトラヒックデータを受信し、コントローラー６６０からシグナリングおよび情報を受信する。例えば、コントローラー６６０は、要求された送信電力、最大送信電力、または、最大送信電力と端末に対する要求された送信電力との間の差を示す情報を提供してもよい。種々のタイプのデータは割り当てられたキャリアを用いてＴＸデータプロセッサー６７４によりコード化され変調され、さらに送信機ユニット６７６によりさらに処理されアップリンク変調信号を発生し、次にアンテナ６５２から送信される。
【００４１】
アクセスポイント１１０ｘにおいて、端末から送信され、変調された信号はアンテナ６１８により受信され、受信機ユニット６３２により処理され、ＲＸデータプロセッサー６３４により復調されデコードされる。受信機ユニット６３２は、各端末に対して受信された信号品質（例えば、受信された信号対雑音比（ＳＮＲ））を評価し、この情報をコントローラー６２０に供給してもよい。端末のための受信された信号品質が受け入れ可能なレンジ内で維持されるように各端末に対してＰＣコマンドを導き出してもよい。ＲＸデータプロセッサー６３４は各端末のためのリカバーされたフィードバック情報（例えば、要求された送信電力）をコントローラー６２０とスケジューラー６３０に供給する。
【００４２】
スケジューラー６３０はフィードバック情報を用いて多数の機能を実行する。例えば（１）リバースリンク上のデータ送信のために端末のセットを選択するおよび（２）キャリアを選択された端末に割り当てる。次に、スケジュールされたキャリア割り当てがフォワードリンクを介してこれらの端末に送信される。
【００４３】
ここに記載された技術は種々の手段により実施されてもよい。
【００４４】
例えば、これらの技術は、ハードウエア、ソフトウエア、またはそれらの組み合わせにおいて実施されてもよい。ハードウエア実施の場合、これらの技術のための処理装置（例えば、コントローラー６２０、６７０、ＴＸおよびＲＸプロセッサー６１４、６３４等）は、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサー（ＤＳＰｓ）、デジタルシグナル処理装置（ＤＳＰＤｓ）、プログラマブル論理装置（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサー、コントローラー、マイクロコントローラー、マイクロプロセッサー、ここに記載された機能を実行するように設計された電子装置、またはそれらの組み合わせにおいて実施されてもよい。
【００４５】
ソフトウエア実施の場合、ここに記載された技術は、ここに記載された機能を実行するモジュールを用いて実施されてもよい（例えば、手続、機能等）。ソフトウエアコードはメモリユニット（例えば、図６のメモリ６２２）に記憶されてもよく、プロセッサー（例えば、コントローラー６２０）により実行されてもよい。メモリユニットはプロセッサー内部で実施してもよくプロセッサー外部で実施してもよい。プロセッサー外部で実施する場合、メモリユニットは、技術的に知られている種々の手段を介してプロセッサーに通信可能に接続することができる。
【００４６】
見出しは参考のためにおよびあるセクションの位置を見つけるのを支援するためにここに含まれる。これらの見出しはその見出しの下に記載される概念の範囲を制限することを意図するものではなく、これらの概念は明細書全体にわたって他のセクションへの適用性を有していてもよい。
【００４７】
開示された実施形態の従前の記載は、当業者がこの発明を製作または使用可能にするために提供される。これらの実施形態に対する種々の変更は、当業者には容易に明白であり、ここに記載される包括的原理は、この発明の精神または範囲を逸脱することなく他の実施形態に適用されてもよい。従って、この発明は、ここに示される実施形態に限定されることを意図したものではなく、ここに開示された原理および新規な特徴と一致する最も広い範囲が許容されるべきである。
【図面の簡単な説明】
【００４８】
【図１】図１は無線多重アクセス通信システムの図を示す。
【図２】図２はスーパーフレーム構造を図解する。
【図３】図３はデータパケット変換図を図解する。
【図４】図４は共有チャネルを使用するためにデータを送信するためのプロセスの一実施形態のフロー図を示す。
【図５Ａ】図５Ａは共有チャネル上で受信したデータを評価するプロセスを示す。
【図５Ｂ】図５Ｂは共有チャネル上で受信したデータを評価するプロセスを示す。
【図６】図６は、ＯＦＤＭＡシステムにおいて、それぞれ基地局と端末のブロック図を示す。
【図１】
2008526128.tif 000003
【図２】
2008526128.tif 000004
【図３】
2008526128.tif 000005
【図４】
2008526128.tif 000006
【図５Ａ】
2008526128.tif 000007
【図５Ｂ】
2008526128.tif 000008
【図６】
2008526128.tif 000009
【手続補正書】
【提出日】平成19年10月5日(2007.10.5)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
ステップ５０８において、プリフィックス３２２から抽出された復調されたデータが評価される。プリフィックス３２２は、アクセス端末１２０のアクセス端末識別のようないくつかのタイプの情報（１つ以上のタグ）を供給し、プリフィックス３２２に続くデータがアクセス端末１２０を対象としていることを示してもよい。プリフィックス３２２は１つ以上のタグを含んでいてもよい。例えば、どのようにしてパケットが形成されたのかを示すタグ、関連するデータの長さの表示を供給するタグ、変調スキームの表示を供給するタグ、符号化されたデータブロック３１６ｉが暗号化されたデータブロック３０２に存在するという表示を供給するタグ、データレートタグ、およびプリフィックス３２２に相関するデータの処理について情報を提供する１つ以上の種々雑多のタグである。
【国際調査報告】
2008526128.tif 000010
2008526128.tif 000011
2008526128.tif 000012
2008526128.tif 000013
2008526128.tif 000014