JP2009545281A - 無線パケット通信システムにおける異種変調フォーマットを用いる資源割当およびデータ送信用の装置および方法 - Google Patents

Abstract

基地局（１０３）は一組の移動局（１０１）をグループへ割り当て、グループは一組の無線リソース（７７０）を共有する。制御フィールド（１１０３）はペイロードフィールド（１１０５）と共に送られてよく、制御フィールド（１１０３）およびペイロードフィールド（１１０５）は１つの直交可変拡散率または１つのウォルシュ符号（１１０１）を用いて送られる。制御フィールド（１１０３）およびペイロードフィールド（１１０５）には様々な変調符号化方式が適用されてよく、１つのチャネル内で異なる変調符号化方式が用いられてもよい。ＨＡＲＱは、ＮＡＣＫメッセージが受信される場合またはＡＣＫ／ＮＡＣＫメッセージが全く受信されない場合に、単一の再送信を送ることによって処理される。

Description

本発明は、一般に、次に限定されないが、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）およびゲームを含むアプリケーションを有する、パケットデータ無線通信ネットワークに関する。より詳細には、本発明は、ハイブリッド自動再送要求（ＨＡＲＱ）を利用するそうしたネットワークや、ＨＡＲＱ機構を利用する無線通信システムにおけるシグナリングオーバヘッドの低減された装置および方法に関する。

無線通信システム（例えば、パケットベースの通信システム）は、次に限定されないが、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）を用いる音声電話通信、ゲームなど、小さいその他の決定可能なパケットサイズを有する様々なアプリケーションを提供することができる。「データ」と「音声」との間のいかなる従来的な境界も、パケットベースの通信システムにおいては判然とせず、用語「データ」は通常、音声であれ、インターネットからのダウンロードによって提供されるようなデータであれ、任意のサービスについてのペイロード情報を示している。

しかしながら、一般に音声では、従来的ないわゆるデータよりも小さなパケットサイズが用いられる（例えば、遅延感度のため）という点に、違いが残っている。例えば、非音声データのパケットは１キロバイトを超える場合があるが、音声パケットは用いられるボコーダレートに応じて約１５〜５０バイトであるに過ぎない。

音声セッションにはより小さなパケットサイズが利用されるため、サービス提供され得る音声ユーザの数が大幅に増加したことによって、通信システムの管理機構およびリソースに負担が生じている。さらに、ボイス・オーバー・ＩＰ（ＶｏＩＰ）通信においては、巡回冗長検査（ＣＲＣ）ビットなどに加え、ＲＴＰ／ＵＤＰ／ＩＰ（リアルタイム転送プロトコル／ユーザ・データグラム・プロトコル／インターネット・プロトコル）のオーバヘッドが各ボコーダパケットに追加され、これによって遅延およびオーバヘッドが増大する。

ハイブリッド自動再送要求（ＨＡＲＱ）を用いるシステムには、制御要件に加え、そのようなプロトコルのオーバヘッドによってさらに負担が生じる。さらに、肯定応答メッセージング、リソース再割当および再送信によるＨＡＲＱに固有の遅延は、音声アプリケーションには許容不可能な場合がある。

別の考慮は、パケットベースの通信システムについて定義された送信間隔時間であり、この送信間隔時間は、一般にＶｏＩＰなどのリアルタイム音声アプリケーションに用いられる小さいパケットサイズには大き過ぎる場合がある。この場合、フレーム充填効率の問題によって、パケットベースの通信システムの達成可能なユーザキャパシティが制限される。

したがって、通信システムのオーバヘッド、固有の遅延またはその両方を著しく増大することなく、移動局に音声データおよび制御情報ならびにＨＡＲＱ再送信機会用のリソースを提供する必要が存在する。

無線通信ネットワークのブロック図。 各々数フレームを含むスーパーフレームのシーケンスのブロック図。 各々１つ以上のフレームを含むロングフレームのシーケンスを示す図。 一組の共有リソースを表現する論理図。 リソース割当目的用の共有制御チャネルにおいて送信されるビットマップの図。 リソース割当目的用の共有制御チャネルにおいて送信されるビットマップの図。 幾つかの実施形態によるリソース割当テーブルを示す図。リソース割当テーブルは各ＨＡＲＱ送信機会へ割り当てられるブロック数を示す。 移動局のグループに対する代表的なリソース割当および順序パターンを示す図。 後続のロングフレームにおける図７の代表的なリソース割当および順序パターンを示す図。 様々な実施形態による様々なサブグループについてのＨＡＲＱ送信機会のシーケンスとロングフレーム数との関連を示す図。 様々な実施形態による代表的なグループ化および周期的なリソース割当の図。 ウォルシュ（Ｗａｌｓｈ）符号など、様々な実施形態による制御フィールドおよびペイロードフィールドを有する１つのリソースを示す図。 様々な実施形態による、図１１によって示すリソースの制御フィールドに含まれる代表的な情報を提供するテーブルの図。 様々な実施形態による、ＱＰＳＫまたは１６−ＱＡＭシンボルに対する制御ビットの復号およびマッピングを示すブロック図。 一実施形態による移動局および基地局のアーキテクチャの図。 一実施形態による移動局の構成要素を示すブロック図。 様々な実施形態による基地局の動作を示すフローチャート。 様々な実施形態による移動局の動作を示すフローチャート。 一実施形態によるペイロードフィールド用のＣＲＣビットシーケンス生成のフローチャート。

ここで同様の数字が同様の構成要素を表す図面を参照する。図１には、通信ネットワーク１００を示す。通信ネットワーク１００は様々な基地局１０３を含み、各基地局１０３は対応するカバレッジエリア１０７を有する。一般に、基地局カバレッジエリアは重なる場合があり、一般に、全体的なネットワークカバレッジエリアを形成する。基地局は、基地局トランシーバ（ＢＡＳＥ ＳＴＡＴＩＯＮ）、「ノードＢ（Ｎｏｄｅ Ｂ）」、アクセスノード（ＡＮ）など、技術に応じて他の名前で呼ばれる場合がある。ネットワークカバレッジエリアは複数の基地局カバレッジエリア１０７を含んでよく、連続した無線カバレッジエリアを形成することができる。しかしながら、連続した無線カバレッジを有することは要求されないため、これに代えてネットワークカバレッジエリアが分散されてもよい。

さらに、各カバレッジエリアは複数の移動局１０１を有してよい。複数の基礎局１０３は、バックホール接続１１１を介して基地局コントローラ１０９へ接続されている。基地局コントローラ１０９および基地局は、無線接続ネットワーク（ＲＡＮ）を形成する。ネットワーク全体は、各々複数の基地局を制御する、任意の数の基地局コントローラを含んでよい。なお、これに代えて、基地局コントローラ１０９は複数の基地局１０３の間に分散された機能として実装されてもよい。特定の実装にかかわらず、基地局コントローラ１０９は、パケットスケジューラ、パケットセグメント化および再アセンブリなどパケット化通信用の様々なモジュールと、様々な移動局１０１に適切な無線リソースを割り当てるためのモジュールとを備える。

基地局１０３は、任意の数の標準的なエアインタフェースを介して、また任意の数の変調符号化方式を用いて、移動局１０１と通信を行ってよい。例えば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、発展型ＵＭＴＳ（Ｅ−ＵＭＴＳ）テレストリアル無線アクセス（Ｅ−ＵＴＲＡ）またはＣＤＭＡ２０００が用いられてよい。さらに、Ｅ−ＵＭＴＳは直交周波数分割多重（ＯＦＤＭ）を用いてもよく、ＣＤＭＡ２０００はウォルシュ符号など直交拡散符号を用いてよい。また、準直交拡散符号を利用し、エアインタフェースを通じて追加のチャネル化を行うこともできる。さらに、ネットワークはＥ−ＨＲＰＤ（Ｅｖｏｌｖｅｄ Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）ネットワークであってもよい。任意の適切な無線インタフェースが様々な実施形態によって用いられてよい。

図２には、様々な実施形態の無線通信システムにおいて通信を行うのに有用なスーパーフレーム２００のシーケンスを示す。図２では、スーパーフレームシーケンスは一般に複数のスーパーフレーム２１０，２２０，２３０などを含み、各スーパーフレームは複数のフレームを含む。例えば、スーパーフレーム２１０はフレーム２１２を含み、フレーム２１２は、制御チャネル部分２１４内のリソース割当制御チャネル部分と、データチャネル部分２１６とを有する。

図３には、繰り返すロングフレームのシーケンスを示す。ここでは、２つのフレームがグループ化され、１つのロングフレームを形成している。一部の実施形態では、ロングフレームは１つのフレームと等価である。インタレースパターンは、規則的に距離の離れたロングフレームのシーケンスとして定義される。同期ハイブリッド自動再送要求（Ｓ−ＨＡＲＱ）を用いるシステムでは、通常、最初の送信と後続の送信とは同じインタレースパターンにより生じる。この実施例では、ロングフレーム０〜１１として表す１２個のロングフレームがスーパーフレームを作っている。

直交周波数分割多元接続（ＯＦＤＭＡ）システムでは、周波数領域はサブキャリアへと分割される。例えば、５ＭＨｚのＯＦＤＭＡキャリアは、９．６ｋＨｚのサブキャリア間隔で４８０個のサブキャリアへと分割される。１つのＯＦＤＭＡフレームが複数のＯＦＤＭシンボルへと分割されてもよい。例えば、１つのフレームは０．９１１４４ミリ秒を占有し、８つのＯＦＤＭシンボルを含んでよく、この場合、各シンボルは約１１３．９３マイクロ秒を占有する。サブキャリアは、ブロックリソースチャネル（ＢＲＣＨ）および分散リソースチャネル（ＤＲＣＨ）を形成するようにグループ化される。ＢＲＣＨは、より大きな帯域幅内でホップを行うことができる連続したサブキャリアからなるグループであり、ＤＲＣＨは連続しないサブキャリアからなるグループである。

様々な実施形態では、基地局コントローラ１０９、基地局１０３またはその他のネットワークインフラ構成要素は、スケジューリングの目的で移動局１０１を１つ以上のグループへとグループ化する。移動局１０１は、移動局に関連した無線チャネル状態、例えば、移動局によって報告されるチャネル品質情報、移動局によって報告されるドップラ、サービングセルからの距離などに基づきグループ化されてもよい。これに代えて、またはこれに加えて、移動局１０１は、共通の通信セッションへの参加以外の１つ以上の移動局動作特性に基づきグループ化されてよい。代表的な移動局動作特性には、移動局の出力上限、マクロダイバーシチの考慮、移動局の性能、移動局のサービス、コーデックレートなどが含まれる。さらに、アクティブなＶｏＩＰセッションを有する移動局が一緒にグループ化されてもよい。

別の実施形態では、基地局コントローラ１０９、基地局１０３またはその他のネットワークインフラ構成要素は、複数の移動局を同じグループ位置に割り当ててもよい。例えば、同じグループ呼に参加する移動局はすべて、同じグループ位置へ割り当てられてよい。同様に、特別なブロードキャスト／マルチキャストセッションに登録された移動局はすべて、同じグループ位置へ割り当てられてもよい。このようにして、基地局は、共有制御チャネルにおいて、１つのビットを用いて幾つかの移動局に対しグループ呼もしくはブロードキャスト／マルチキャストセッションの存在または不在を示すことによって、グループのオーバヘッドを減少させる。この実施形態では、移動局は、同じグループ内の２つ以上のグループ位置を割り当てられてもよい。例えば、基地局は移動局に対し、ブロードキャスト／マルチキャストについての１つのグループ位置と、ＶｏＩＰについての別のグループ位置とを割り当ててよい。

移動局のグループが決定された後、基地局１０３は移動局１０１に対し、グループにおける各移動局の位置の指示と、グループ識別子の指示とを送信する。制御チャネルを用いて指示を送ることができる。基地局１０３は、グループ全体に有効な制御情報を送信するために、グループ識別子を用いてもよい。例えば、基地局１０３は、グループ識別子の指示および新たな周波数割当の指示を送信することによって、グループに対する周波数割当を変化させてもよい。位置の指示が各移動局へ別々に送られてもよく、幾つかの移動局へ一度に送られてもよい。

例えば、基地局１０３はグループ識別子と共に、無線移動局のユニークな識別子のリストを送ってもよい。例えば、ユニークな識別子のリストにおける第１の移動局が第１の位置を割り当てられ、ユニークな識別子のリストにおける第２の移動局が第２の位置を割り当てられるなど、任意の適切な規則を用いて位置の指示を決定することができる。移動局のユニークな識別子は、ＥＳＮ（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）、加入者ハードウェア識別子、媒体アクセス制御識別子（ＭＡＣ−Ｉｄ）、または特定の移動局をユニークに識別する他の適切な識別子であってよい。

各移動局グループについて、基地局コントローラ１０９のスケジューリング機能（または基地局１０３）は、グループにおいて移動局によって共有される一組の時間周波数リソースを割り当ててよい。図４には、共有リソースの代表的な組を示す。図４では、共有リソース４１０は、２つのフレーム（１つのロングフレーム）および８つのＤＲＣＨである。ブロックが時間領域の１つのフレームおよび周波数領域の１つのＤＲＣＨとして定義される場合、１〜１６の番号の付けられた１６個のブロックまたはリソースが存在する。上述のように、ＤＲＣＨは連続しないサブキャリアのグループであり、図４の縦軸であるＤＲＣＨインデックスは周波数領域の論理的な表現である。後述するように、各移動局は、他の移動局に対する割当に基づき、その共有リソースの部分を判定する。したがって、リソースが割り当てられる順序を定義することが必要である。図４では、図４に示すように１〜１６の番号の付けられたブロックを生じる、例示的な順序パターン４２０が与えられる。この共有リソースの組は、図３に関して記載したようなインタレースパターンにおいて繰り返し用いられてもよい。例えば、１６個のリソースが図３のインタレースパターン０の各ロングフレームにおいて繰り返し用いられてもよい。図４に示した１６個のリソースも、やはりフレームにおける周波数領域の一組のサブキャリアの論理的な表現である。これらのサブキャリアの厳密な物理的な場所はフレーム毎に変化し得ることが理解される。

共有リソースの組および順序パターンの指示は、制御チャネルを用いて基地局１０３から移動局１０１へ信号で送られてよい。さらに、制御チャネルは、共有リソースの組の開始フレームに対し予め定義した関係にある任意のフレームにより送信されてよい。共有リソースの組は、制御チャネルが送信されるのと同じフレームにおいて開始してもよく、制御チャネルが送信されるフレームに対して固定の開始点を有してもよく、制御チャネルにより明示的に信号で送られてもよい。

移動局がグループ化され、グループ内の位置（場所とも呼ぶ）を割り当てられ、グループへ一組の共有リソースが割り当てられた後、基地局１０３は、いずれの移動局が所与の期間にアクティブであるかを、また、一部の実施形態では、各移動局へ割り当てられた割当リソースの数を示す必要がある。

図５ａには、リソース割当が移動局１０１へどのように示され得るかを示す。図５では、第１のメッセージフィールド（移動局割当５１０）は、グループ共有リソースの対応する組においていずれの移動局が共有リソースのうちの１つ以上を割り当てられるかを示す。移動局リソース割当フィールド５３０は、特定のリソース、各移動局へ割り当てられたリソースの数またはその両方を示してよい。様々な実施形態では、さらに後述するように、継続フィールド５４０も含まれてよい。

図５ｂには、図５ａのメッセージがビットマップ化を用いてどのように情報を伝達するかについて、さらに詳述する一例を示す。図５ｂには、情報要素５０１を示す。これは、上述のように、制御チャネルを通じて移動局へ送られてもよい。上述のような移動局グループの場合、情報要素５０１が共有制御チャネルを用いて送られてもよい。情報要素５０１は示すように複数のオクテットを含んでよく、例えば、グループにおける移動局の数に応じてサイズが変化してもよく、制御チャネルを共有する。したがって、情報要素５０１は、移動局グループに必要な情報を伝達するための任意の適切なサイズであってよい。

したがって、移動局割当５１０は、図５ｂに示すように、複数のビットマップフィールド（例えば、オクテット１７のビット００１〜００８、すなわちアイテム５０９）を含んでよい。示した例では、そのグループ内の任意の移動局の位置は、そのビットマップ位置に対応している。例えば、第１のグループ位置「位置１」を割り当てられた移動局は、ビットマップ位置００１を用いて、共有リソースのうちの１つが割り当てられているか否かを判定することができる。図５ｂに示す例では、移動局位置は、移動局グループ順序フィールド５１１によって示される。したがって、図５ｂの例における第１の移動局位置は、移動局グループ順序フィールド５１１の第１の位置である、ビット００５に対応している。グループ位置２を割り当てられた移動局は、移動局グループ順序フィールド５１１の第２の位置を用いて、共有リソースのうちの１つが割り当てられるか否かを判定することができる、などである。さらに、バイナリの「０」または「１」を用いることによってアクティブなユーザ指示を提供してもよく、この場合、アクティブでないユーザは反対の状態を用いて示される。あるいは、他の何らかの適切なバイナリ値が用いられてもよい。

ビットマップフィールドが１つ以上のビットを含んでもよいことや、ビットのグループが任意の指定または指示に用いられてもよいことは理解される。したがって、移動局割当５１０およびサイズフィールド５３０は、移動局当り２ビットを与えてもよい。この場合、バイナリ「００」は送信なしを示し、「０１」、「１０」および「１１」は、異なるブロック数を占有する送信を示す。例えば、「０１」が１つのブロックに対応し、「１０」が２つのブロックに対応し、「１１」が３つのブロックに対応してもよい。また、直線的でないマッピングが用いられてもよいことが理解される。例えば、「０１」が１つのブロックに対応し、「１０」が２つのブロックに対応し、「１１」が４つのブロックに対応してもよい。以降の説明を単純化するため、本明細書では割当フィールド５１０およびサイズフィールド５３０を一緒にして「割当およびサイズ」フィールド５２０と呼ぶ場合があるが、様々な構造についての理解によって、そのようなフィールドは上述したようであってもよい。

図５ｂに戻ると、アクティブな移動局は、情報要素５０１に含まれている割当ビットマップ５１０の適切な対応する位置において、バイナリ「１」を用いて示されてよい。一部の実施形態では、割当ビットマップ５１０の論理的な開始部（または他の適切な位置もしくはフィールド）に位置する、「順序パターン反転フィールド」５１５で示される１つのビットが含まれてもよい。例えば、ビット００１などのビットのバイナリ値は、昇順または降順による詳細な所定の順序パターンに従うか否かを示してよい。すなわち、バイナリ「０」は、移動局が昇順（反転していない）により第１の所定の順序パターンを用いることを示し、バイナリ「１」は、順序パターンが反転していること、すなわち、降順であることを示してよい。

他の実施形態では、幾つかの順序パターンが確立されてもよく、基地局１０３は、割当ビットマップ５１０の順序パターンフィールド５１３を介して移動局１０１グループによって用いられる順序パターンを示してよい。したがって、基地局１０３は各スケジューリングインスタンス中の所望の順序パターンを示してよい。さらに、順序パターンが呼設定時に確立され、移動局割当５１０の一部として信号で送られなくてもよい。

したがって、図５ｂでは、ビット００２，００３，００４が適切な順序パターンを指定するための順序パターンフィールド５１３を形成してもよく、ビット００１が、順序パターンが昇順であるか降順であるかを示すための順序パターン反転フィールド５１５を形成してもよい。

図５ａおよび図５ｂにおいて、割当サイズフィールド５３０は無線リソース割当重み付け情報を示し、また、移動局へ割り当てられる無線リソースの比率も示してよい。また、無線リソース割当重み付け情報は、各移動局へ割り当てられ指定数またはサイズの無線リソースを示してもよい。

一部の実施形態では、無線リソース割当重み付け情報は、ボコーダレート、変調または符号化情報も含んでよい。可能な重み付けの値が１つしかない場合、割当サイズフィールド５３０は省略されてよい。移動局割当フィールド５１０（および、上述のように、使用される場合には割当サイズフィールド５３０）を含む情報要素５０１は、共有制御チャネルを通じて移動局グループへ送られる。また上述のように、移動局グループは一組の時間周波数リソースを共有してもよい。共有制御チャネルは、ロングフレーム内のリソースを割り当てるために、通常、各ロングフレームにおいて基地局１０３によって送信されるが、任意の先行するロングフレームにおいて基地局１０３によって共有制御チャネルが送信されてよいことが理解される。様々な実施形態では、情報要素５０１は任意の適切なビット数を含む継続フィールド５４０も含んでよく、これについては以下により詳細に記載する。

ハイブリッド自動再送要求（ＨＡＲＱ）が利用される一部の実施形態では、一連のＨＡＲＱ送信機会における第１の送信において、リソースが割り当てられる、すなわち、割当のサイズ（ブロック数）のみが示される。そのような実施形態では、後続の送信機会において、継続フィールド５４０を介して継続が示される。さらに、そのような実施形態では、継続指示は１つのビットによって行われてよい。

様々な実施形態において、移動局割当およびサイズフィールド５２０は、現在のフレームにおいて第１のＨＡＲＱ送信機会を定義するために各移動局によって利用され、継続フィールド５４０は、現在のフレームにおいて後続の、すなわち第２、第３、第４のＨＡＲＱ送信機会を定義するために各移動局によって利用される。移動局割当およびサイズフィールド５２０は、第１の送信へ割り当てられるブロック数を示してもよい。この場合、継続フィールドは、移動局割当およびサイズフィールド５２０によって割り当てられたのと同じ数のブロックが後続の送信へ割り当てられることを示してもよく、異なる数のブロック（例えば、１つのブロック）が後続の送信へ割り当てられることを示してもよい。

一部の実施形態では、移動局割当およびサイズフィールド５２０は、各ＨＡＲＱ送信機会へ割り当てられるブロック数を示すリソース割当テーブルに対するインデックスである。図６には、様々な実施形態によるそのようなテーブルの一例を提供する。図６に示すように、移動局割当およびサイズフィールド５２０は、移動局当り２つのバイナリビットを提供してもよく、この２つのバイナリビットはリソース割当テーブル６００のインデックスとなる。

例えば、図６の行６１１を参照すると、移動局割当およびサイズフィールド５２０が特定の移動局についてバイナリ「００」を示す場合、その移動局には列６０３により第１のＨＡＲＱ送信機会へ１つのブロック、列６０５により第２のＨＡＲＱ送信機会へ１つのブロック、列６０７により第３のＨＡＲＱ送信機会へ１つのブロック、列６０９により第４の送信機会へ１つのブロックが割り当てられる。

移動局割当およびサイズフィールド５２０がインデックス列６０１に示すようにバイナリ「１１」を示す場合、移動局には列６０３に示すように第１のＨＡＲＱ送信機会について４つのブロックが割り当てられ、列６０４により第２のＨＡＲＱ送信機会について２つのブロック、列６０７により第３のＨＡＲＱ送信機会について１つのブロック、列６０９により第４の送信機会について１つのブロックが割り当てられる。インデックス列６０１は、一部の実施形態では、ＶｏＩＰ通信に用いられるボコーダレートに対応してもよい。例えば、「００」は１／８レートのボコーダ、「０１」は１／４レートのボコーダ、「１０」は１／２レートのボコーダ、「１１」はフルレートのボコーダにそれぞれ対応してよい。

したがって、テーブル６００は、期待されるエラー基準を達成するためにＨＡＲＱ再送信用のブロック割当を含んでもよい。例えば、上記のボコーダレートが与えられたテーブル６００は、エラー１％の４つの送信のシミュレーションを行うことによって見出されたものであり、各送信に用いられるブロックの数は、１〜ｘブロックの後にエラー確率に基づき１％のエラー基準を達成するのに必要な時間周波数リソースの平均の数を最小化することによって見出された（ここでは、ｘとして１６を選択した）。ブロックのサイズは、１つのタイムスロットに用いられるサブキャリアの数を表す（１スロット＝５／９ミリ秒）。各タイムスロットは５つのＯＦＤＭ全シンボルを有する。１つはパイロットおよび制御用であるので、４つのシンボルがＶｏＩＰ送信用である。例えば、１／８レートフレームについてのブロックサイズが１１個のサブキャリアであり、１つのブロックが用いられる場合、１１×４＝４４個の時間周波数リソースが利用可能である。

したがって、テーブル６００など、リソース割当テーブルが用いられる様々な実施形態では、継続フィールド５４０は移動局割当およびサイズフィールド５２０割当に対応するテーブルの行をインデックス化するために用いられ、その場合、テーブルの列は特定のＨＡＲＱ送信機会に対応する。

図７には、移動局割当およびリソース割当に関するさらなる詳細を提供する。図７では、８つの移動局がグループ７３０へ割り当てられ、グループ位置１〜８へ割り当てられる。グループ位置１〜８は、移動局割当およびサイズフィールド５２０におけるビットマップ位置１〜８に対応する。したがって、移動局３（ＭＳ_３）はビットマップ位置１を割り当てられ、移動局６（ＭＳ_６）はビットマップ位置２を割り当てられ、移動局７（ＭＳ_７）はビットマップ位置３を割り当てられ、移動局９（ＭＳ_９）はビットマップ位置４を割り当てられ、移動局１０（ＭＳ_１０）はビットマップ位置５を割り当てられ、移動局１３（ＭＳ_１３）はビットマップ位置６を割り当てられ、移動局１４（ＭＳ_１４）はビットマップ位置７を割り当てられ、移動局１７（ＭＳ_１７）はビットマップ位置８を割り当てられる。各ビットマップ位置は２つのバイナリビットを提供し、ここでは、「００」は送信なしを示し、「０１」は１つのブロックの割当を示し、「１０」は２つのブロックの割当を示し、「１１」は、４つのブロックの割当を示す。このビットマップ位置は１つ以上のビットマップフィールドにおける１つ以上のビットマップ位置に対応してもよいことが理解される（上述の割当フィールド５１０および割当サイズフィールド５３０など）。また上述のように、本明細書における説明を簡単にするために、割当フィールド５１０および割当サイズフィールド５３０を集合的に割当およびサイズフィールド５２０と呼ぶことが理解される。

図７に戻ると、基地局は、位置情報を割り当てることに加え、グループ７３０に一組の共有リソース７１０と、それらのリソースが割り当てられる順序を示す割当順序パターン７７０との指示を提供してもよい。位置情報、順序パターンおよび共有リソース情報は、制御チャネルを用いて基地局によって移動局グループ７３０へ送られてよい。

また、アクティブな移動局にも、適切なビットマップフィールドにおけるバイナリ「０１」、「１０」または「１１」を介して移動局割当およびサイズフィールド７５０を介して示される。移動局割当およびサイズフィールド７５０は、ロングフレーム毎に共有制御チャネル上で送信されてもよい。図７に示すように、移動局割当およびサイズフィールド７５０によって、ブロックの第ｎの組へ各ロングフレームにおける第ｎのアクティブな移動局が割り当てられ、ここで、上述したように、割り当てられるブロックの数は１，２，４のいずれかである。

したがって、例えば、ＭＳ_３は第１のアクティブな移動局であるので、すなわち、移動局割当およびサイズフィールド７５０に「００」（アクティブでない移動体）のインジケータを有さないので、ＭＳ_３には、リソース７１０のうちの最初の２つのリソースが割り当てられる。ＭＳ_３については、移動局割当およびサイズフィールド７５０において「１０」が示されているので、２つのリソースが割り当てられる。移動局割当およびサイズフィールド７５０に「００」を有さないＭＳ_６（すなわち、第２のアクティブな移動局）には、ブロックの第２の組が割り当てられる。ＭＳ_６については、移動局割当およびサイズフィールド７５０にバイナリ「１１」が示されているので、４つのブロックが割り当てられる。

ＭＳ_６は、リソース７１０に示すように、以前に割り当てられたリソースの数（ＭＳ_３に割り当てられた２つ）を合計し、リソース３〜６を割り当てられると判定するのである。ＭＳ_７は第３のアクティブな移動局であり、第３の組のブロックを割り当てられる。ＭＳ_７には、移動局割当およびサイズフィールド７５０におけるバイナリ「１０」の指示によって、２つのブロックが割り当てられる。ＭＳ_７は、リソース７１０に示すように、以前に割り当てられたリソースの数（すなわち、ＭＳ_３へ割り当てられた２つのリソースおよびＭＳ_６へ割り当てられた４つのリソース）を合計し、リソース７および８を割り当てられると判定するのである。

音声を含む一部のアプリケーションでは、パケットは比較的一定のレートで到達する。例えばＶｏＩＰアプリケーションでは、ボコーダーフレームはほぼ２０ミリ秒毎に到達する。再び図３を参照すると、ＶｏＩＰアプリケーションでは、ボコーダーフレームはほぼ２０ミリ秒毎に到達し、番号０のロングフレームの開始部が始まる。基地局は、ボコーダーフレームにヘッダデータを追加し、そのフレームを符号化して音声パケットを形成する。次いで、基地局は音声パケットを含むシンボルの少なくとも一部を変調し、番号０のロングフレームにより移動局へ送信する。この送信を第１の送信と呼ぶ。

パケットを受信する移動局は、音声情報を取得するため、そのパケットの復号を試みる。移動局は、第１の送信から得られる音声パケットの復号に成功した場合、基地局へ肯定応答（ＡＣＫ）メッセージを送る。ＡＣＫを受信すると、基地局は追加の情報を送信しない、すなわち、ロングフレーム３，６，９による移動局への音声パケットの再送信を行わない。実際には、移動局割当フィールド（例えば、割当フィールド５１０）によって、それらのリソースが他の移動局によって用いられることが可能となる。しかしながら、移動局は、音声パケットの復号に成功しなかった場合、基地局へ否定応答（ＮＡＣＫ；ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを送る。

基地局は、ＮＡＣＫメッセージを受信すると、番号３のロングフレームにより移動局へ音声パケットの追加のシンボルを送る。これを第２の送信と呼ぶ。移動局は、第２の送信の後に音声パケットの復号に成功した場合、基地局へＡＣＫメッセージを送る。ＡＣＫメッセージを受信すると、基地局はロングフレーム６，９による移動局への追加の情報の送信を行わない。しかしながら、移動局は、音声パケットの復号に成功しなかった場合、基地局へＮＡＣＫメッセージを送り、基地局は、応答して、第３の送信において、番号６のロングフレームにより音声パケットの追加のシンボルを送る。

同様に、移動局は第３の送信の復号の成功に応じてＡＣＫまたはＮＡＣＫメッセージを送ってよく、ＮＡＣＫメッセージに対しては、基地局が第４の送信において番号９のロングフレームにより音声パケットの追加のシンボルを送る。やはり、移動局はパケットの復号の成功に応じてＡＣＫまたはＮＡＣＫメッセージを送ってよい。

図８には、図７に示す実施例の後に続く時間のある瞬間、すなわち番号３のロングフレームのスナップショットを示す。（図７に示したシナリオは、番号０のロングフレームのスナップショットであった）。すなわち、図７において、ロングフレーム０の後、ＭＳ_３がＮＡＣＫメッセージを送信し、ＭＳ_６およびＭＳ_７がＡＣＫメッセージを送信した場合である。受信されるＡＣＫおよびＮＡＣＫメッセージと、グループ８３０の各移動局のキュー状態とに基づき、番号３のロングフレームにおいて、基地局は、移動局割当およびサイズフィールド８５０を用いて、ＭＳ_３に２つのブロック、ＭＳ_１４に２つのブロック、ＭＳ_１７に４つのブロックを割り当ててよい。移動局割当およびサイズフィールド８５０に基づき、示すように、グループ８３０の移動局へリソース８１０が割り当てられる。

音声およびデータの混合システムでは、音声およびデータが同時にアクティブな移動局が存在し得る。ＶｏＩＰトラフィックに関連した統計的な多重化特性のため、各スケジューリングインスタンスにおいてＶｏＩＰユーザによって使用されていないシステムリソースが存在し得る。例えば、ＭＳ_１７がアクティブであると示されなかった場合、第５、第６、第７、第８の共有リソースは未使用である。この負荷変動は、共有制御チャネルを監視する任意の移動局によって算出可能である。したがって、一部の実施形態では、基地局は、グループによって用いられないリソースに移動局を割り当てることができる。各ＶｏＩＰフレーム中にその割当を判定するために、移動局は共有制御チャネルを監視し、そのリソースをグループメンバへ割り当てられていないものとして判定する。ロングフレームが複数のフレームから構成される場合、異なるデータユーザが各フレームにおける未使用のリソースへ割り当てられることが可能である。さらに、２つ以上の移動局が未使用リソースへ割り当てられてもよい。例えば、Ｚ個の未使用リソースが存在する場合、第１の移動局が第１のＮ個の利用可能な未使用リソースを割り当てられ、第２の移動局が次のＺ−Ｎ個（Ｚ≧Ｎ）の未使用リソースを割り当てられてよい。

これに代えて、未使用リソースを共有する複数の移動局が、未使用リソースを均等に分割するように命令されてもよい。別の代替の方法では、移動局が第１の利用可能な未使用リソースからのオフセット値を用いるように命令されてもよく、このオフセット値は、その移動局にその移動局の割当を指示するために用いられる。これによって、未使用リソースを共有する各移動局に対する任意の割当を行うことが可能となる。特定の移動局をサポートするために必要とされるより少ない未使用リソースしか利用可能でないとき、その移動局にはそのロングフレームにおけるいかなるリソースも割り当てられない。例えば、オフセット値がその共有リソースの組の終了部を越えた共有リソースを指示する場合、その特定の移動局にはそのロングフレームにおけるいかなるリソースも割り当てられない。

記載のようなロングフレーム毎に移動局当り２ビットを利用する移動局割当およびサイズフィールドは、例えば、出力、ＯＦＤＭサブキャリアまたはＯＦＤＭシンボルなど、共有制御チャネル用のシステムリソースについて望ましくない割当を必要とする場合がある。したがって、一部の実施形態では、そのような共有制御チャネルのオーバヘッドは、移動局グループ位置と移動局ＨＡＲＱ送信機会との間に所定の関係を確立させることによって減少されてよい。図９には、様々な実施形態によるこの所定の関係の一例を示す。

図９によって示す実施形態では、第１の移動局グループがさらに４つのサブグループへと分割され、ここで各サブグループは、そのＨＡＲＱ送信機会について特定のシーケンスを割り当てられている。したがって、図９には、パケットＮ（９０９）およびパケットＮ＋１（９１１）として表される、２つの連続的な符号化されたパケットを示す（ここで、Ｎは正の整数である）。基地局は、したがって、それぞれ示すように番号０，３，６，９のロングフレームにサブグループ０（９０１）が発生するように、パケットＮの第１、第２、第３、第４のＨＡＲＱ送信機会を定義してよい。同様に、基地局は、それぞれ示すように番号０，３，６，９のロングフレームにサブグループ１（９０３）が発生するように、パケットＮの第２、第３、第４のＨＡＲＱ送信機会と、パケットＮ＋１の第１のＨＡＲＱ送信機会とを定義してよい。

この処理は、図９に示すようにサブグループ２および３（９０５，９０７）について繰り返される。ＨＡＲＱ送信機会の特定のシーケンスは、後続のパケットについて、既知の間隔、例えば、図９に示すように各スーパーフレームにおいて、繰り返される。サブグループとＨＡＲＱ送信機会との間の確立された関係に基づき、基地局は、その基地局がグループの全移動局によって知られている限り、任意の系統的な手法によりサブグループに移動局を割り当ててよい。

例えば、サイズ「Ｋ」の移動局グループについては、基地局は、第１のＫ／４個のグループ位置をサブグループ０に属するものとし、第２のＫ／４個のグループ位置をサブグループ１に属するものとし、第３のＫ／４個のグループ位置をサブグループ２に属するものとし、最後のＫ／４個のグループ位置をサブグループ３に属するものとするように定義してよい。

グループ位置とＨＡＲＱ送信機会との間の所定の関係によって、グループの各移動局がグループの他のすべてのメンバーのＨＡＲＱ送信機会を演繹的に知ることが可能であることを理解することは重要である。この所定の関係は、制御チャネル上で基地局から移動局へ送信されてもよく、移動局に（例えば、メモリにより）記憶されていてもよい。

一部の実施形態では、リソースは定義されたＨＡＲＱ送信機会に対応する順序でサブグループへ割り当てられる。例えば、共有制御チャネルにおいてアクティブであると指示され、現在のロングフレームに自身の第１のＨＡＲＱ送信機会を有する移動局は、共有リソースの組において最初に割り当てられてよい。また、共有制御チャネルにおいてアクティブであると指示され、現在のロングフレームに自身の第２のＨＡＲＱ送信機会を有する移動局は、共有リソースの組において２番目に割り当てられてよい、などである。

サブグループが上述のようにグループ位置の連続した組に対応している場合（第１のＫ／４個のグループ位置がサブグループ０に対応し、第２のＫ／４個のグループ位置がサブグループ１に対応するなど）、これは、第１のＨＡＲＱ送信機会が定義されたグループの第１の移動局に第１のビットマップ位置が対応するように、ビットマップを循環するように回転させることと見なすことができる。ビットマップ回転の指示は、制御チャネル上で基地局から移動局へ送信されてもよく、移動局に記憶されてもよい。

様々な実施形態では、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）の必要も除去される場合がある。これについて詳細に説明する。様々な実施形態では、ＨＳ−ＳＣＣＨは移動局に対し変調の型を信号で送らない。むしろ、様々な実施形態では、変調型はインバンド制御フィールドにおける変調インジケータによって移動局へ指定されてもよく、移動局によって「盲目的に」検出されてもよい。したがって、一実施形態では、１つの拡散率（ＳＦ）＝１６個の符号である４位相偏移変調（ＱＰＳＫ）の変調が適用されてよい。

上記実施形態のＨＳ−ＳＣＣＨは、移動局がデータ受信に用いるチャネル化符号を明示的に信号で送ることはしない。むしろ、移動局がスケジューリングされるとき、その移動局が、その予め割り当てられた符号の組に属する１つの符号上でデータを受信するように、一組のチャネル化符号が準静的に移動局のグループへ割り当てられてよい。

さらに、様々な実施形態では、ユーザの所与のボコーダレートに対するＶｏＩＰパケットサイズを示す１つの転送ブロックサイズが、高位層シグナリングによって呼設定時に準静的に割り当てられる。様々な実施形態によってＨＡＲＱ処理のＩＤが提供されないので、１つのＨＡＲＱ処理が用いられ、高位層によって予め構成される。したがって、再送信には非明示的な冗長性型（ＲＶ）が適用されてよく、再送信の最大数は１に設定される。

本明細書に記載の実施形態はＶｏＩＰなどの音声アプリケーションに基づいているが、ＶｏＩＰアプリケーションにおける所与のボコーダに対する場合のように、様々な実施形態はそのように限定されるものではなく、同様に律則されたパケットサイズを利用する任意のアプリケーションに対しても一般に適用可能であることや、したがって、様々な実施形態は、次に限定されないが、パケットサイズが判定され得るゲームアプリケーションなど、他のそうしたアプリケーションについても明らかであることが理解される。

ＨＡＲＱフィードバックシグナリングに関して、ＡＣＫ／ＮＡＣＫは第１の送信においてのみ用いられる。したがって、様々な実施形態では、ＶｏＩＰ呼に上述のような準静的な情報が提供されてよい。この準静的な情報には、グループに対する移動局の割当、各グループ（呼設定時に割り当てられた）に対するチャネル化符号の組の割当、非明示的な冗長性型シグナリング、および単一ＨＡＲＱ処理が含まれる。したがって、様々な実施形態では、ＨＡＲＱ処理アイデンティティ、グループメンバシップ割当およびチャネル化符号組指示についてビットが転送される必要はない。

図１０には、グループ化および周期的なリソース割当に関する様々な実施形態のさらなる詳細を示す。図１０には、グループＧ１〜Ｇ４に対するＮｐ×Ｎｇの周期的な送信スロットへと分割された、二次元の時間符号リソースマップを示す。ここでＮｐは、各グループの断続的な送信機会を示す送信時間間隔（ＴＴＩ）の数であり（断続的には周期的および非周期的を含む）、Ｎｇは所与のＴＴＩにてサービス提供されるグループの最大数である。各送信スロットはグループのうちの１つへ割り当てられる。任意の送信スロットを用いて新たなデータまたはＨＡＲＱ再送信が送信されてよい。

各グループは、拡散率（ＳＦ）＝１６のＮｃチャネル化符号によって割り当てられてよい。グループに対する移動局の割当は上述したように準静的に行われ、グループ当りの移動局の数は、次に限定されないが、システム負荷など、様々な基準に基づき変化する。

したがって、例えば図１０に関して、Ｎｐ＝６かつＮｇ＝２（計１２個のグループ）であり、各グループが１０個のＶｏＩＰ移動局を割り当てられると仮定した場合、サポートされるＶｏＩＰユーザの公称数は、（Ｎｇ×Ｎｐ×総グループ）＝（２×６×１０）＝１２０のＶｏＩＰユーザである。この例の場合、各グループへＮｃ＝４の符号が割り当てられ、ＴＴＩ毎に計８つの符号が利用される。

様々な実施形態では、移動局が所与のＴＴＩにて送信するようにスケジューリングされている場合、その移動局のペイロードパケットは１つの直交可変拡散率（ＯＶＳＦ）符号を用いて搬送される。したがって、この例に関しては、グループへＮｃ＝４の符号が割り当てられる場合、１０個の移動局のうち高々４つは所与のＴＴＩにてスケジューリングされる。

さらに、一部の実施形態では、ＶｏＩＰトラフィックの小さなパケットサイズを活用するためにフレームバンドリングが用いられてよい。したがって、所与の移動局の幾つかのＶｏＩＰパケットが、１つのＳＦ １６チャネル化符号を用いて集合され、送信されてもよい。したがって、様々な実施形態では、ＮＢ−ＡＭＲ（Ｎａｒｒｏｗｂａｎｄ Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−ｒａｔｅ）コーデックおよびＷＢ−ＡＭＲ（Ｗｉｄｅｂａｎｄ Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−ｒａｔｅ）コーデックが、例えば、ＮＢ−ＡＭＲ用の集合されたパケットの数を増大し、ＷＢ−ＡＭＲ用の数を減少させることによるフレームバンドリングを用いて、サポートされてよい。

しかしながら、フレームバンドリングは１つの移動局に属するパケットに限定されており、ＨＡＲＱ設計を単純化するため、様々な実施形態においては多ユーザのフレームバンドリング（すなわち、１つのデータペイロードが２つ以上の移動局へ宛てられた構成要素パケットからなる場合）は用いられていない。様々な実施形態では、同じ移動局について、３つまでのフレームのバンドルが行われてよい。

図１１には、様々な実施形態による、制御およびデータフィールドに別個の符号化を有するインバンド制御シグナリングを用いる、ＨＳ−ＳＣＣＨ制御信号などの制御信号を示す。図１１では、１つのＯＶＳＦ符号が所与のＴＴＩにおいてスケジューリングされている移動局へ割り当てられる。なお、２ミリ秒のＴＴＩ全体を通じて送信出力は一定であると仮定する。したがって、図１１は、ＳＦ＝１６の１つのリソース１１０１、したがって制御フィールド１１０３およびペイロード１１０５を有する１つのウォルシュ符号化を表す。

図１２は、リソース１１０１の制御フィールド１１０３に含まれる代表的な情報を提供するテーブル１２００である。制御フィールドは、巡回冗長検査（ＣＲＣ）を用いる場合でも用いない場合でも、依然として本明細書に開示の様々な実施形態に留まる。しかしながら、一部の実施形態では、ペイロード１１０５には、移動局識別情報によってマスクされた２４ビットのＣＲＣが利用される。

しかしながら、制御フィールド１１０３は、その性能が少なくともフレーム消去レート（ＦＥＲ）に関する最良の実行低符号レートのペイロードを超えていることが望ましい。このことによって、ペイロードにエラーが存在しない場合に制御シグナリングがエラーなく受信される可能性が高いことを保証することが補助される。

図１２に戻ると、転送ブロックサイズ（ＴＢＳサイズ）１２０７を用いて、１，２，３個のＶｏＩＰパケットまたは１つのサイレンスディスクリプタ（ＳＩＤ）パケットが示される。他の適用可能な音声および映像コーデックでは、異なるＶｏＩＰパケット寸法およびデータレートを導き得る異なる速度制御および非連続送信技術、または音声符号化手段が用いられる。様々な実施形態では、各ＡＭＲボコーダレートに対し選択されたＶｏＩＰパケットの寸法、したがってＶｏＩＰパケットサイズに関する知識は、各移動局について準静的に判定され、例えば、高位層シグナリングを介して、各移動局へ伝達されることが非明示的に仮定される。したがって、ＴＢＳサイズ１２０７のシグナリングの２層構造によって、移動局のＡＭＲ符号レート再構成やＶｏＩＰキャパシティ改良のためのフレームバンドリングに対するサポートが提供される。

データ（すなわち、ペイロード１１０５）は、ＱＰＳＫまたは１６−ＱＡＭ（直交振幅変調）を用いて送信されてもよい。制御情報はＱＰＳＫ（ＴＴＩの符号内で非連続的な変調フォーマットを生じる）または１６−ＱＡＭを用いて、また変調フォーマットを取得するために盲目的な検出を用いて送信されてよい。この場合、変調フォーマット１２０１ビットは、制御フィールド１１０３に必要とされない。

図１３には、一部の実施形態による制御フィールド１１０３のエラー訂正符号化方式を示す。したがって、制御フィールド１１０３の８つの制御情報ビット１３０１は、２ミリ秒のＴＴＩの開始部において、４０個のシンボルに対しマッピングされている。

様々な実施形態では、ＨＡＲＱ用の系統的な冗長性型（ＲＶ）が用いられる。さらに、親符号語からの構成要素符号語（すなわち、各Ｈ−ＡＲＱ送信または再送信インスタンスにおいて送信される特定の冗長性型）は、Ｈ−ＡＲＱ送信に関連したインデックスによって非明示的に生成されてもよい。そのようなインデックスは、例えば、シーケンスによる、特定のＨ−ＡＲＱ送信または冗長性型のシーケンスにおいて冗長性型を有する再送信の数を含んでよい。これに代えて、送信インデックスは、システムフレームもしくはスーパーフレームのインデックス、または他の何らかのネットワークタイミングパラメータであってよい。さらに、ＡＣＫ／ＮＡＣＫは第１の送信においてのみ、移動局によって用いられる。グループにおけるスケジューリングされた移動局はすべて、アップリンクにおいて同期して、適切であるようにＡＣＫまたはＮＡＣＫを送信する。別個のバッファ空間がＨＡＲＱ処理に対し割り当てられてもよく、また、利用可能な総ソフトメモリ位置の一部であってもよい。

さらなる一実施形態では、移動局は、基地局によって送信された制御およびデータ符号語を受信するとき、様々な仮説を適用してよい。例えば、移動局が第１の符号語送信（データおよび制御の両方の）であると思われるものを受信し、制御フィールド（または符号語）に関連したＣＲＣまたはデータフィールド（または符号語）に関連したＣＲＣのいずれかが失敗した場合、この移動局は上述のグループタイムスロット構造による以前の送信機会において関連の冗長性型の送信を仮定する。次いで、移動局は、符号語についての現在の観測（例えば、対数可能性比、または他のソフト判定情報）および仮定した以前の観測を合成してよい。この合成手順は、チェイス（Ｃｈａｓｅ）合成、インクリメントによる冗長性型の増大による符号語の再構築その他、当技術においてよく知られている他の技術に基づいてよい。次いで、移動体は、以前の送信の仮説の下にデータフィールドを再び復号することを試みる。

ここで図１４を参照する。図１４には、様々な実施形態による移動局１４０１および基地局１４０３のアーキテクチャを示す。移動局１４０１は、ＶｏＩＰアプリケーション１４０５、ネットワーク層１４０７、無線リンクコントローラ（ＲＬＣ）１４０９、媒体アクセス制御部（ＭＡＣ）１４１１および物理層（ＰＨＹ）１４１３を有するスタックを含む。加えて、移動局１４０１はＨＡＲＱ構成要素１４１５を有するが、これは別個であってもよく、他の構成要素／層のうちのいずれかへ統合されていてもよい。上述において詳細に記載したように、移動局１４０１のＶｏＩＰアプリケーション１４０５は、上述のように様々な変調を有するデータペイロードフィールド１１０５および制御フィールド１１０３を受信するために、ＰＨＹ１４１３層の１つのウォルシュまたはＯＶＳＦ符号を利用してよい。

基地局１４０３は、同様に、ＶｏＩＰアプリケーション１４１７、ネットワーク層１４１９、ＲＬＣ１４２１、ＭＡＣ１４２３およびＰＨＹ１４２７を有する。しかしながら、基地局１４０３は、様々な実施形態において、これに加えてＨＡＲＱスケジューリング構成要素１４２５を有する。上述において詳細に記載したように、基地局１４０３のＨＡＲＱスケジューリング構成要素１４２５は、後続のＨＡＲＱブロック再送信を受信するための自身のリソース割当を示すために、移動局のグループ、サブグループまたはその両方へ、継続フィールド、リソース割当テーブルまたはその両方を送ってよい。さらに、ＨＡＲＱスケジューリング構成要素１４２５は、一部の実施形態では、ＨＡＲＱサブグループを定義してもよい。様々な実施形態では、上記したように、Ｈ−ＡＲＱ構成要素１４２５によって１つのＨＡＲＱ再送信のみが送られる。

図１５は、一部の実施形態による移動局の主要な構成要素を示すブロック図である。移動局１５００は、ユーザインタフェース１５０１と、１つ以上のプロセッサ１５０３と、１つ以上のメモリ１５０５とを備える。メモリ１５０５は、移動局オペレーティングシステム１５０７と、アプリケーション１５０９と、汎用ファイル記憶域１５０９とに充分な記憶域を有する。移動局１５００のユーザインタフェース１５０１は、次に限定されないが、キーパッド、タッチスクリーン、音声作動命令入力、およびジャイロスコープカーソル制御を含む、ユーザインタフェースの組み合わせであってよい。移動局１５００はグラフィカルディスプレイ１５１３を有し、図１５には示さないが、このグラフィカルディスプレイ１５１３も専用のプロセッサ、メモリ、ドライバなどを有してよい。

図１５は説明のみを目的とし、本開示による移動局の主な構成要素を示すためのものであり、移動局に必要な様々な構成要素やそれらの構成要素の間の接続についての完全な概略図であることを意図したものでないことが理解される。したがって、移動局が図１５に示していない他の様々な構成要素を含む場合もあるが、依然として本開示の範囲内にある。

図１５に戻ると、移動局１５００はトランシーバ１５１５，１５１７など複数のトランシーバを備えてもよい。トランシーバ１５１５，１５１７は、次に限定されないが、ＵＭＴＳ、Ｅ−ＵＭＴＳ、Ｅ−ＨＲＰＤ、ＣＤＭＡ２０００、８０２．１１、８０２．１６など様々な標準規格を用いて様々な無線ネットワークと通信を行うためのトランシーバであってよい。

メモリ１５０５は説明のみを目的としたものであり、様々に構成される場合もあるが、依然として本開示の範囲内にある。例えば、メモリ１５０５は、プロセッサ１５０３に各々結合された幾つかの要素からなってもよい。さらに、別個のプロセッサおよびメモリ要素が、グラフィカルディスプレイに対しグラフィカルな画像を与えるなどの特定のタスクの専用であってもよい。いずれの場合にも、メモリ１５０５は、少なくとも、移動局１５００のオペレーティングシステム１５０７、アプリケーション１５０９および汎用ファイル記憶域１５１１に記憶域を提供する機能を有する。一部の実施形態では、図１４に示すように、アプリケーション１５０９は、基地局のスタックと通信を行うソフトウェアスタックを含んでよい。したがって、アプリケーション１５０９は、上述において詳細に記載したように、基地局から受信されるＨＡＲＱスケジューリング情報を用いる性能を提供するためのＨＡＲＱ構成要素１５１９を含んでよい。ファイル記憶域１５１１は、図９に示すようなＨＡＲＱ ＯＰＰＳ割当や、図６によって示すテーブル６００などのＨＡＲＱブロックテーブル用の記憶域を提供してもよい。

図１６には、様々な実施形態による基地局の動作を要約する。１６０１では、上述において説明したように、基地局は様々な基準に基づきリソースのスケジューリングを行うために移動局をグループ化する。１６０３では、図９に関連して記載したように、基地局は、移動局のグループ位置とそれらの移動局のそれぞれのＨＡＲＱ送信機会との間の関係を定義する。１６０５では、上述において詳細に説明したように、基地局は、異なるまたは同一の変調符号化方式を用いて制御フィールドおよびペイロードフィールドを変調する。１６０７では、基地局は、ペイロードフィールドの音声パケットに関連した移動局アイデンティティを用いて、ペイロードフィールドに適用可能なＣＲＣビットシーケンスを判定する。１６０９では、基地局は、１つのＯＶＳＦまたは１つのウォルシュ符号を用いて、制御フィールドおよびデータフィールドを送信する。１６１１では、ＮＡＣＫメッセージが移動局から受信された場合、あるいは移動局が第１の送信に続いてＡＣＫ／ＮＡＣＫを送信しない（ＡＣＫ／ＮＡＣＫなし）場合（これは、制御フィールドの復号におけるエラーのため、移動体がＶｏＩＰパケットを検出しないことを示している）、基地局は１つの再送信の再送信を行う。

図１７は、移動局の動作を示すフローチャートである。１７０１において、移動局は、１つのＯＶＳＦまたはウォルシュ符号上で制御フィールドおよびペイロードフィールドを受信し、１７０３に示すように両方を復調する。上述において詳細に説明したように、一部の実施形態では盲目的な検出を用いてもよい。１７０５では、移動局は移動局アイデンティティ情報を含むＣＲＣを用いることによって、その移動局がデータを受信したか否かを判定する。１７０７において、データ損失またはエラーが発生する場合、１７０９において、移動局はＮＡＣＫを送る。移動局は、次いで、１７１１に示すように自身のＨＡＲＱ割当を照合し（あるいは他の適切な手法を用いてもよい）、１７１３に示すようにＨＡＲＱ再送信を受信する。

図１８には、一部の実施形態によるペイロードフィールド用のＣＲＣビットシーケンスの基地局の生成のさらなる詳細を示す。すなわち、１８０１においてチャネル符号化レートが与えられると、１８０３において基地局はデータペイロードを符号化し、１８０５に示すように移動局アイデンティティ情報を用い、１８０７に示すようにペイロードフィールド用のＣＲＣビットシーケンスを生成する。

Claims (21)

1. 基地局を動作させる方法であって、
   一組の移動局をグループに割り当てる移動局割当工程と、同グループにおいて各移動局はアイデンティティを割り当てられることと、
   前記グループに第１の一組の共有リソースを割り当てるリソース割当工程と、
   各前記グループを自動再送要求システム再送信機会と関連付ける関連付け工程と、
   前記一組の共有リソースのうちの１つを介して第１の符号語および第２の符号語を送信する符号語送信工程と、第１の符号語は制御メッセージ情報を含むことと、第２の符号語は情報パケットを含むことと、
   前記グループの特定の移動局に関連したアイデンティティ情報を含み、前記情報パケットに関連した、符号化ビットシーケンスを送信するビットシーケンス送信工程と、からなる方法。
2. リソース割当工程は、一組の連続したチャネル化符号を割り当てる工程または一組の連続しないチャネル化符号を割り当てる工程をさらに含む請求項１に記載の方法。
3. 符号語送信工程は、単一のチャネル化符号を用いて第１の符号語および第２の符号語を送信する工程をさらに含む請求項１に記載の方法。
4. 第２の符号語の第２のインスタンスを送信する工程と、第２の符号語は第１のサブ符号語を含み、第２の符号語の第２のインスタンスは第２のサブ符号語を含むことと、第１のサブ符号語および第２のサブ符号語は１つの親符号語から導出されることと、第１および第２のサブ符号語の選択は送信インデックスによって指定されることと、をさらに含む請求項１に記載の方法。
5. 前記情報パケットの長さを一組の指定パケット長のうちの１つに制限する高位層シグナリングメッセージを送信する工程をさらに含む請求項１に記載の方法。
6. 前記情報パケットの長さをボコーダパケットの集合数に対応する一組の指定パケット長のうちの１つに制限する高位層シグナリングメッセージを送信する工程をさらに含む請求項１に記載の方法。
7. 第１の変調符号化方式を用いて第１の符号語を変調し、第１の変調符号化方式と異なる第２の変調符号化方式を用いて第２の符号語を変調する工程をさらに含む請求項１に記載の方法。
8. 前記制御メッセージ情報の第２のインスタンスに対するインジケータをさらに含む第１の符号語の第２のインスタンスと、前記情報パケットの第２のインスタンスを含む第２の符号語とを送信する工程をさらに含む請求項１に記載の方法。
9. １つ以上のトランシーバと、
   同トランシーバに結合された１つ以上のプロセッサと、を備えた移動局であって、
   前記プロセッサおよび前記トランシーバは、
   第１の一組の共有リソースから、割り当てられたリソースを判定することと、
   前記割り当てられたリソースを介して、制御メッセージ情報を含む第１の符号語および情報パケットを含む第２の符号語を受信することと、
   前記移動局に関連したアイデンティティ情報を含み、前記情報パケットに関連した、符号化ビットシーケンスを受信することと、を行うように構成されている移動局。
10. 前記プロセッサおよび前記トランシーバはさらに、第１の変調符号化方式を用いて第１の符号語を復調し、第１の変調符号化方式と異なる第２の変調符号化方式を用いて第２の符号語を復調するように構成されている請求項９に記載の移動局。
11. 前記プロセッサおよび前記トランシーバはさらに、前記情報パケットの第２のインスタンスに対するインジケータをさらに含む第１の符号語の第２のインスタンスと、前記情報パケットの第２のインスタンスを含む第２の符号語とを受信するように構成されている請求項９に記載の移動局。
12. 前記プロセッサおよび前記トランシーバはさらに、共有制御チャネルを監視して第２の一組の共有リソースのリソース割当を制御するように構成されている請求項９に記載の移動局。
13. 前記プロセッサおよび前記トランシーバはさらに、前記アイデンティティ情報と異なる第２のアイデンティティ情報を用いて前記共有制御チャネルからの割当情報を判定するように構成されており、前記アイデンティティ情報は前記移動局へ割り当てられたグループにさらに関連付けられている請求項１２に記載の移動局。
14. 前記プロセッサおよび前記トランシーバはさらに、
    第１の符号語および第２の符号語についての現在の観測の復号を試み、同復号に失敗した場合、第１の符号語および第２の符号語についての以前の送信を仮定し、第１の符号語および第２の符号語の復号を行う前に、第１の符号語および第２の符号語についての同現在の観測を第１の符号語および第２の符号語について仮定した以前の観測と合成するように構成されている請求項９に記載の移動局。
15. 前記プロセッサおよび前記トランシーバはさらに、符号化ビットシーケンスを受信するように構成されており、前記ビットシーケンスは、前記情報パケットに関連したチャネル符号化レートと、前記アイデンティティ情報とを用いることによって取得される請求項９に記載の移動局。
16. 前記割当リソースは直交可変拡散率符号を有する無線リソースチャネルである請求項９に記載の移動局。
17. トランシーバと、
    同トランシーバに結合されたプロセッサと、を備えた基地局であって、前記トランシーバおよび前記プロセッサは、
    移動局をグループに割り当てることと、同グループにおいて同移動局はアイデンティティを割り当てられることと、
    前記グループに第１の一組の共有リソースを割り当てることと、同共有リソースは断続的に利用可能なリソースであることと、
    各前記グループを自動再送要求システム再送信機会と関連付けることと、
    第１の一組の共有リソースのうちの１つを介して第１の符号語および第２の符号語を送信することと、第１の符号語は制御メッセージ情報を含むことと、第２の符号語は情報パケットを含むことと、
    前記移動局に関連したアイデンティティ情報を含み、前記情報パケットに関連した、符号化ビットシーケンスを送信することと、を行うように構成されている基地局。
18. 前記トランシーバおよび前記プロセッサはさらに、
    第１の変調符号化方式を用いて第１の符号語を変調し、第１の変調符号化方式と異なる第２の変調符号化方式を用いて第２の符号語を変調するように構成されている請求項１７に記載の基地局。
19. 前記トランシーバおよび前記プロセッサはさらに、
    前記情報パケットの第２のインスタンスに対するインジケータをさらに含む第１の符号語の第２のインスタンスと、前記情報パケットの第２のインスタンスを含む第２の符号語とを送信することによって、前記１つ以上の情報パケットの第２のインスタンスを送信するように構成されている請求項１７に記載の基地局。
20. 前記トランシーバおよび前記プロセッサはさらに、
    前記１つ以上の音声情報パケットに関連したチャネル符号化レートと、前記アイデンティティ情報とを用いることによって、前記巡回冗長ビットシーケンスを取得するように構成されている請求項１７に記載の基地局。
21. 前記トランシーバおよび前記プロセッサはさらに、単一のチャネル化符号を用いて第１の符号語および第２の符号語を送信することによって、第１の一組の共有リソースのうちの１つを介して第１の符号語および第２の符号語を送信するように構成されている請求項１７に記載の基地局。

Images