(57)【要約】【課題】持続性リソース・アロケーションを通信および利用する方法および装置を提供する。【解決手段】基地局は、クライアント局に持続性リソースを割り付けることができ、特定の共有されるｎａｃｋチャネルにクライアント局または持続性リソース・アロケーションを関連付けることができる。基地局は、マップ・エラーを示すｎａｃｋのためのｎａｃｋチャネルを監視することができる。さらに、基地局は、マップ・エラーを非明示的に判定するためにリソース・アロケーションを監視することができる。基地局は、ｎａｃｋまたは非明示的なエラー判定に応じて一又は複数の持続性リソース・アロケーション情報要素を再送信することができる。【選択図】図１
2014030211.tif 000002
【特許請求の範囲】
【請求項１】
持続性リソース・アロケーションを行う方法であって、
持続性リソース・アロケーションに対し候補クライアント局をスケジュールすることと、
共有されるｎａｃｋチャネルに前記候補クライアント局を関連付けることと、
前記持続性リソース・アロケーションを示す持続性アロケーション情報要素を構成することと、
前記持続性アロケーション情報要素を送信することと、を含む方法。
【請求項２】
前記共有されるｎａｃｋチャネルを定義する疑似乱数コードを示すように前記持続性アロケーション情報要素を構成することをさらに含む請求項１記載の方法。
【請求項３】
前記共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信することと、
前記共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションに対してなされた１組の最近の変更の指示を送信することと、をさらに含む請求項１記載の方法。
【請求項４】
前記共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信することと、
前記共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションに対し変更がなされていないことを判定することと、
前記１組のクライアント局に変更なしの指示を送信することと、をさらに含む請求項１記載の方法。
【請求項５】
前記持続性リソース・アロケーション上の前記候補クライアント局からエネルギをほぼまたはまったく検出しないことと、
前記持続性アロケーション情報要素を再送信することと、をさらに含む請求項１記載の方法。
【請求項６】
前記持続性リソース・アロケーションは、ＨＡＲＱパケット・ストリームを運ぶように構成され、前記方法は、
一連の失敗したＨＡＲＱパケット転送を検出することと、
前記持続性アロケーション情報要素を再送信することと、をさらに含む請求項１記載の方法。
【請求項７】
持続性アップリンク・リソース・アロケーションを行う方法であって、
持続性リソース・アロケーション情報要素を通信することと、
所定の共有されるｎａｃｋチャネルでｎａｃｋを受信することと、
前記共有されるｎａｃｋチャネルに関連付けたクライアント局のグループに前記持続性リソース・アロケーション情報要素の少なくとも一部を再送信することと、を含む方法。
【請求項８】
持続性アップリンク・リソース・アロケーションを行う方法であって、
リソース・マップを受信することと、
前記リソース・マップ内の持続性アロケーション情報要素の復号を試みることと、
前記持続性アロケーション情報要素の復号に成功し得ない場合、共有されるマップｎａｃｋチャネルでマップｎａｃｋを選択的に送信することと、を含む方法。
【請求項９】
前記持続性アロケーションの復号に失敗することと、前記失敗に応じて、直近に受信したダウンリンク持続性アロケーションに関連付けたアップリンク・チャネルでのデータ送信を止めることと、をさらに含む請求項８記載の方法。
【請求項１０】
前記マップｎａｃｋの送信に対して期待される応答の受信に失敗することと、
マップｎａｃｋチャネル回復処理を開始することと、をさらに含む請求項８記載の方法。
【請求項１１】
前記持続性アロケーションの復号に失敗することと、
ｎａｃｋメッセージが受信されたことおよび変更がなされなかったことを示す第２の持続性アロケーション情報要素を受信することと、
以前に受信した持続性アロケーション情報要素に従って動作を継続することと、をさらに含む請求項８記載の方法。
【請求項１２】
共有されるｎａｃｋチャネルを用いてシステムにおいてエラー状態から回復する方法であって、
クライアント局に対し第１の持続性アロケーションを指定するアップリンク持続性アロケーション情報要素を送信することと、
第１の持続性アロケーション上の前記クライアント局からの信号エネルギをほぼまたはまったく検出しないことと、
前記クライアント局に前記アップリンク持続性アロケーション情報要素を再送信することと、を含む方法。
【請求項１３】
共有されるｎａｃｋチャネルを用いてシステムにおいてエラー状態から回復する方法であって、
ＨＡＲＱトラフィックを運ぶ目的のためにクライアント局に第１のアロケーションを指定する持続性アロケーション情報要素を送信することと、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出することと、
前記クライアント局に前記持続性アロケーション情報要素を再送信することと、を含む方法。
【請求項１４】
共有されるマップｎａｃｋチャネルを用いてシステムにおいてエラー状態から回復する方法であって、
第１のアロケーション上のＨＡＲＱトラフィックを運ぶ目的のために基地局から持続性アロケーション情報要素を受信することと、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出することと、
前記基地局にマップｎａｃｋチャネル・エラー・メッセージを送信することと、を含む方法。
【請求項１５】
共有されるマップｎａｃｋチャネルを用いてシステムにおいてエラー状態から回復する方法であって、
持続性アロケーション割当のためのグローバル・マップｎａｃｋチャネルを確立することと、
関連付けた共有されるｎａｃｋチャネルを示すクライアント局にアップリンク持続性アロケーション情報要素を送信することと、
前記グローバル・マップｎａｃｋチャネルでグローバルｎａｃｋメッセージを受信することと、
複数の共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に１組の最近変更された持続性アロケーション情報要素を再送信することと、を含む方法。
【請求項１６】
クライアント局における共有されるｎａｃｋチャネルを用いてシステムにおいてエラー
状態から回復する方法であって、
持続性アロケーションが前記クライアント局に現在割り当てられていない間、持続性アロケーション情報要素の受信に失敗することと、
共有されるマップｎａｃｋチャネル割当がアクティブでないことを判定することと、
前記グローバル・マップｎａｃｋチャネルでグローバル・マップｎａｃｋメッセージを送信することと、を含む方法。
【請求項１７】
持続性アップリンク・リソース・アロケーションに対し候補クライアント局をスケジュールするように構成されたグループ・スケジューラと、
共有されるマップｎａｃｋチャネルに前記候補クライアント局を関連付け、持続性リソース・アロケーションを識別する持続性アロケーション情報要素を構成するように構成された持続性ＤＬ／ＵＬ  ＩＥ生成器と、
前記持続性アロケーション情報要素を送信するように構成された送信器とを備える基地局。
【請求項１８】
前記共有されるマップｎａｃｋチャネルでマップｎａｃｋメッセージを受信するように構成された受信器をさらに備え、
前記持続性ＤＬ／ＵＬ  ＩＥ生成器は、再送信のために共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションになされた１組の最近の変更を判定するようにさらに構成されている請求項１７記載の基地局。
【請求項１９】
リソース・マップを受信するように構成された受信器と、
持続性アロケーション情報要素が前記リソース・マップ内にあるか否かを判定するように構成され、前記持続性アロケーション情報要素の復号を試みるように構成されたＤＬ／ＵＬマップ・モジュールと、
ＤＬ／ＵＬモジュールが前記持続性アロケーション情報要素の復号に成功し得ない場合、共有されるマップｎａｃｋチャネルでの送信のためにマップｎａｃｋメッセージを選択的に生成するように構成されたｎａｃｋモジュールとを備えるクライアント局。
【請求項２０】
持続性リソース・アロケーション・サービスを提供する基地局であって、
持続性リソース・アロケーションに対し候補クライアント局をスケジュールする手段と、
共有されるｎａｃｋチャネルに前記候補クライアント局を関連付ける手段と、
前記持続性リソース・アロケーションを示す持続性アロケーション情報要素を構成する手段と、
前記持続性アロケーション情報要素を送信する手段とを備える基地局。
【請求項２１】
前記共有されるｎａｃｋチャネルを定義する疑似乱数コードを示すように前記持続性アロケーション情報要素を構成する手段をさらに備える請求項２０記載の基地局。
【請求項２２】
前記共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信する手段と、
前記共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションになされた１組の最近の変更の指示を送信する手段とをさらに備える請求項２０記載の基地局。
【請求項２３】
前記共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信する手段と、
前記共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションに変更がなされていないことを判定する手段と、
前記１組のクライアント局に変更なしの指示を送信する手段とをさらに備える請求項２０記載の基地局。
【請求項２４】
前記持続性リソース・アロケーション上の前記候補クライアント局からのエネルギをほぼまたはまったく検出しない手段と、
前記持続性アロケーション情報要素を再送信する手段とをさらに備える請求項２０記載の基地局。
【請求項２５】
前記持続性リソース・アロケーションは、前記ＨＡＲＱパケット・ストリームを運ぶように構成され、
一連の失敗したＨＡＲＱパケット転送を検出する手段と、
前記失敗の検出に応じて前記持続性アロケーション情報要素を再送信する手段とをさらに備える請求項２０記載の基地局。
【請求項２６】
持続性アップリンク・リソース・アロケーション・サービスを提供する基地局であって、
持続性リソース・アロケーション情報要素を通信する手段と、
所定の共有されるｎａｃｋチャネルでｎａｃｋを受信する手段と、
前記共有されるｎａｃｋチャネルに関連付けたクライアント局のグループに前記持続性リソース・アロケーション情報要素の少なくとも一部を再送信する手段とを備える基地局。
【請求項２７】
持続性アップリンク・リソース・アロケーション・サービスを利用することができるクライアント局であって、
リソース・マップを受信する手段と、
前記リソース・マップ内の持続性アロケーション情報要素の復号を試みる手段と、
前記持続性アロケーション情報要素の復号に成功し得ない場合、共有されるマップｎａｃｋチャネルでマップｎａｃｋを選択的に送信する手段とを備えるクライアント局。
【請求項２８】
持続性アロケーションの復号の失敗を検出し、前記失敗の検出に応じて、直近に受信したダウンリンク持続性アロケーションに関連付けたアップリンク・チャネルでのデータの送信を止める手段をさらに備える請求項２７記載のクライアント局。
【請求項２９】
前記マップｎａｃｋの送信に対して期待される応答の受信の失敗を検出する手段と、
前記失敗に応じてマップｎａｃｋチャネル回復処理を開始する手段とをさらに備える請求項２７記載のクライアント局。
【請求項３０】
持続性リソース・アロケーション・サービスを提供する基地局であって、
クライアント局に対し第１の持続性アロケーションを指定するアップリンク持続性アロケーション情報要素を送信する手段と、
第１の持続性アロケーション上の前記クライアント局からの信号エネルギをほぼまたはまったく検出しない手段と、
前記クライアント局に前記アップリンク持続性アロケーション情報要素を再送信する手段とを備える基地局。
【請求項３１】
持続性リソース・アロケーション・サービスを提供する基地局であって、
ＨＡＲＱトラフィックを運ぶ目的のためにクライアント局に第１のアロケーションを指定する持続性アロケーション情報要素を送信する手段と、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出する手段と、
前記クライアント局に前記持続性アロケーション情報要素を再送信する手段とを備える基地局。
【請求項３２】
持続性リソース・アロケーション・サービスを利用するように構成されたクライアント局であって、
第１のアロケーション上のＨＡＲＱトラフィックを運ぶ目的のために基地局から持続性アロケーション情報要素を受信する手段と、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出することと、
前記基地局にマップｎａｃｋチャネル・エラー・メッセージを送信することと、を含むクライアント局。
【請求項３３】
持続性リソース・アロケーション・サービスを提供する基地局であって、
持続性アロケーション割当のためのグローバル・マップｎａｃｋチャネルを確立する手段と、
関連付けた共有されるｎａｃｋチャネルを示すクライアント局にアップリンク持続性アロケーション情報要素を送信する手段と、
前記グローバル・マップｎａｃｋチャネルでグローバルｎａｃｋメッセージを受信する手段と、
複数の共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に１組の最近変更された持続性アロケーション情報要素を再送信する手段とを備える基地局。
【請求項３４】
持続性リソース・アロケーションを使用することができるクライアント局であって、
持続性アロケーションが前記クライアント局に現在割り当てられていない間、持続性アロケーション情報要素の受信の失敗を検出する手段と、
共有されるマップｎａｃｋチャネル割当がアクティブでないことを判定する手段と、
前記失敗に応じて前記グローバル・マップｎａｃｋチャネルでグローバル・マップｎａｃｋメッセージを送信する手段とを備えるクライアント局。
【請求項３５】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
持続性リソース・アロケーションに対し候補クライアント局をスケジュールすることと、
共有されるｎａｃｋチャネルに前記候補クライアント局を関連付けることと、
前記持続性リソース・アロケーションを示す持続性アロケーション情報要素を構成することと、
前記持続性アロケーション情報要素を送信することと、を含むコンピュータ可読媒体。
【請求項３６】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
持続性リソース・アロケーション情報要素を通信することと、
所定の共有されるｎａｃｋチャネルでｎａｃｋを受信することと、
前記共有されるｎａｃｋチャネルに関連付けたクライアント局のグループに前記持続性リソース・アロケーション情報要素の少なくとも一部を再送信することと、を含むコンピュータ可読媒体。
【請求項３７】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
リソース・マップを受信することと、
前記リソース・マップ内の持続性アロケーション情報要素の復号を試みることと、
前記持続性アロケーション情報要素の復号に成功し得ない場合、共有されるマップｎａｃｋチャネルでマップｎａｃｋを選択的に送信することと、を含むコンピュータ可読媒体。
【請求項３８】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
クライアント局に対し第１の持続性アロケーションを示すアップリンク持続性アロケーション情報要素を送信することと、
第１の持続性アロケーション上の前記クライアント局からの信号エネルギをほぼまたはまったく検出しないことと、
前記クライアント局に前記アップリンク持続性アロケーション情報要素を再送信することと、を含むコンピュータ可読媒体。
【請求項３９】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
ＨＡＲＱトラフィックを運ぶ目的のためにクライアント局に第１のアロケーションを指定する持続性アロケーション情報要素を送信することと、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出することと、
前記クライアント局に前記持続性アロケーション情報要素を再送信することと、を含むコンピュータ可読媒体。
【請求項４０】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
第１のアロケーション上のＨＡＲＱトラフィックを運ぶ目的のために基地局から持続性アロケーション情報要素を受信することと、
第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出することと、
前記基地局にマップｎａｃｋチャネル・エラー・メッセージを送信することと、を含むコンピュータ可読媒体。
【請求項４１】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命令を含んだコンピュータ可読媒体であって、前記方法は、
持続性アロケーション割当のためのグローバル・マップｎａｃｋチャネルを確立することと、
関連付けた共有されるｎａｃｋチャネルを示すクライアント局にアップリンク持続性アロケーション情報要素を送信することと、
前記グローバル・マップｎａｃｋチャネルでグローバルｎａｃｋメッセージを受信することと、
複数の共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に１組の最近変更された持続性アロケーション情報要素を再送信することと、を含むコンピュータ可読媒体。
【請求項４２】
プロセッサによって実行されるときに、前記プロセッサに通信システムにおける持続性リソース・アロケーションを行う方法を行わせる実行可能なコンピュータ・プログラム命
令を含んだコンピュータ可読媒体であって、前記方法は、
持続性アロケーションがクライアント局に現在割り当てられていない間、持続性アロケーション情報要素の受信に失敗することと、
共有されるマップｎａｃｋチャネル割当がアクティブでないことを判定することと、
前記グローバル・マップｎａｃｋチャネルでグローバル・マップｎａｃｋメッセージを送信することと、を含むコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関する。特に、本発明は、無線通信システムにおけるリソース・アロケーションの分野に関する。
【背景技術】
【０００２】
本願は、「持続性アップリンク・リソース・アロケーション」に対して２００７年９月１１日に出願された米国仮特許出願第６０／９７１，５２６号、および「持続性リソース・アロケーションのための誤り訂正」に対して２００７年１２月１３日に出願された米国仮特許出願第６１／０１３，６２２号の利益を請求し、それらのすべてがすべての目的に対してそれらの全体を参照によってここに援用される。
【０００３】
無線通信システムは、通信リンクに対する様々な加入者が、必要なときにだけリソースを使用する、不連続送信をサポートすることが可能である。通信に対してアクティブに関与するそれらの装置に対してリソースのアロケーションおよび消費を制限することは、無線通信システムの効率を増加させる。しかしながら、各装置は、通信する機会を与えられる前に、リソース・アロケーションを要求する必要がある場合がある。通信リソースの要求および許可は、それ自体、大量のリソースを消費することがあり、それは、そうでなければ、追加のユーザをサポートするかまたはアクティブなユーザに増大した帯域幅を提供するのに使用されることができる。
【０００４】
不連続通信に対してリソースを要求し、与える際に消費されるリソースの量を最小限にすることが望ましい。しかしながら、アクセス要求を出し、該アクセス要求に関連付けたリソースを割り付ける際の柔軟性を最大限にする必要性が残る。
【発明の概要】
【０００５】
ダウンリンクおよびアップリンク・リソースの持続性アロケーションを通信、監視、制御、および利用する方法および装置がここに記述されている。１つの態様では、持続性リソース・アロケーションを行う方法が開示され、ここでは、基地局は、持続性リソース・アロケーションのための候補クライアント局をスケジュールし、共有されるｎａｃｋチャネルに候補クライアント局を関連付け、持続性リソース・アロケーションを示す持続性アロケーション情報要素を構成し、持続性アロケーション情報要素を送信する。基地局は、共有されるｎａｃｋチャネルを定義する疑似乱数コードを示すように持続性アロケーション情報要素をさらに構成することが可能である。さらに、それは、共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信し、共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションになされた１組の最近の変更の指示を送信することが可能である。加えて、それは、共有されるｎａｃｋチャネルでｎａｃｋメッセージを受信し、共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションに変更がなされていないことを判定し、１組のクライアント局に変更なしの指示を送信することが可能である。基地局は、持続性リソース・アロケーション上の候補クライアント局からのエネルギをほぼまたはまったく検出せず、持続性アロケーション情報要素を再送信することが可能である。持続性リソース・アロケーションは、ＨＡＲＱパケット・ストリームを運ぶように構成されることが可能であり、基地局は、一連の失敗したＨＡＲＱパケット転送を検出し、持続性アロケーション情報要素を再送信することが可能である。
【０００６】
別の態様では、持続性アップリンク・リソース・アロケーションを行う方法が開示され、ここでは、通信ネットワークの要素は、持続性リソース・アロケーション情報要素と通
信し、所定の共有されるｎａｃｋチャネルでｎａｃｋを受信し、共有されるｎａｃｋチャネルに関連付けたクライアント局のグループに持続性リソース・アロケーション情報要素の少なくとも一部を再送信する。
【０００７】
さらに、持続性アップリンク・リソース・アロケーションを行う方法が開示され、ここでは、リソース・マップが受信される。リソース・マップ内の持続性アロケーション情報要素を復号する試みがなされる。持続性アロケーション情報要素が復号に成功しない場合、マップｎａｃｋは、共有されるマップｎａｃｋチャネルを通じて選択的に送信される。１つの態様では、データの送信は、直近に受信したダウンリンク持続性アロケーションに関連付けたアップリンク・チャネルで止められる。１つの態様によれば、マップｎａｃｋチャネル回復処理は、マップｎａｃｋの送信に対して期待される応答の受信の失敗に応じて始まる。別の態様によれば、ｎａｃｋメッセージが受信され、且つ、変更がなされなかったことを示す第２の持続性アロケーション情報要素が受信される。
【０００８】
さらに、共有されるｎａｃｋチャネルを用いてシステムにおいて誤り（エラー）状態から回復する方法を実行する基地局が記述されている。基地局は、クライアント局に対し第１の持続性アロケーションを指定するアップリンク持続性アロケーション情報要素を送信する。基地局が第１の持続性アロケーション上のクライアント局からの信号エネルギをほぼまたはまったく検出しない場合、基地局は、アップリンク持続性アロケーション情報要素をクライアント局に再送信する。
【０００９】
これに代えて、基地局は、ＨＡＲＱトラフィックを運ぶ目的のためにクライアント局に第１のアロケーションを指定する持続性アロケーション情報要素を送信することによって、第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出すること、クライアント局に持続性アロケーション情報要素を再送信することによって、エラー状態から回復することが可能である。
【００１０】
さらに、第１のアロケーション上のＨＡＲＱトラフィックを運ぶ目的のために基地局から持続性アロケーション情報要素を受信することによって、第１のアロケーションに関連付けた一連の失敗したＨＡＲＱパケット転送を検出すること、基地局にマップｎａｃｋチャネル・エラー・メッセージを送信することによって、共有されるマップｎａｃｋチャネルを用いてシステムにおいてエラー状態から回復する方法を実行するクライアント局が記述されている。
【００１１】
基地局は、持続性アロケーション割当のためのグローバル・マップｎａｃｋチャネルを確立し、関連付けた共有されるｎａｃｋチャネルを示すクライアント局にアップリンク持続性アロケーション情報要素を送信し、グローバル・マップｎａｃｋチャネルでグローバルｎａｃｋメッセージを受信し、複数の共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に１組の最近変更された持続性アロケーション情報要素を再送信することが可能である。
【００１２】
１つの態様では、持続性アロケーションがクライアント局に現在割り当てられていない間、クライアント局は、持続性アロケーション情報要素の受信に失敗する。クライアント局は、いずれの共有されるマップｎａｃｋチャネル割当もアクティブでないことを判定し、グローバル・マップｎａｃｋチャネルでグローバル・マップｎａｃｋメッセージを送信する。
【００１３】
さらに、持続性アップリンク・リソース・アロケーションのための候補クライアント局をスケジュールするように構成されたグループ・スケジューラと、共有されるマップｎａｃｋチャネルに候補クライアント局を関連付け、持続性リソース・アロケーションを識別
する持続性アロケーション情報要素を構成するように構成された持続性ＤＬ／ＵＬ  ＩＥ生成器と、持続性アロケーション情報要素を送信するように構成された送信器とを有した基地局が記述されている。基地局は、共有されるマップｎａｃｋチャネルでマップｎａｃｋメッセージを受信するように構成されることが可能であり、さらに、持続性ＤＬ／ＵＬ
ＩＥ生成器は、再送信のために共有されるｎａｃｋチャネルに関連付けた１組のクライアント局に対応する持続性アロケーションになされた１組の最近の変更を判定するように構成されている。
【００１４】
さらに別の態様では、クライアント局は、リソース・マップを受信するように構成された受信器と、持続性アロケーション情報要素がリソース・マップ内にあるか否かを判定し、持続性アロケーション情報要素の復号を試みるように構成されたＤＬ／ＵＬマップ・モジュールと、ＤＬ／ＵＬモジュールが持続性アロケーション情報要素の復号を成功し得ない場合に、共有されるマップｎａｃｋチャネルでの送信のためにマップｎａｃｋメッセージを選択的に生成するように構成されたｎａｃｋモジュールとを有している。
【００１５】
さらに、これらの態様をすべて実施するための或る追加の手段が開示されている。多くの態様が、コンピュータ可読媒体に格納されることが可能である。本発明の追加の態様は、ここに提供される記述および関連する図面において詳述される。
【図面の簡単な説明】
【００１６】
【図１】無線通信システムの実施形態の単純化された機能ブロック図。
【図２】持続性ダウンリンクまたはアップリンク・リソース・アロケーションを実施する基地局の実施形態の単純化された機能ブロック図。
【図３】持続性ダウンリンクまたはアップリンク・リソース・アロケーションを使用して動作するように構成されたクライアント局の実施形態の単純化された機能ブロック図。
【図４】持続性リソース・アロケーションの実施形態の単純化されたタイミング図。
【図５】持続性リソース・アロケーションを有したシステムにおけるマップｎａｃｋメッセージングの実施形態の単純化されたタイミング図。
【図６】持続性ダウンリンクまたはアップリンク・リソース・アロケーションを行う方法の実施形態の単純化されたフローチャート。
【図７】誤り訂正を有した状態でのリソース再アロケーションを行う方法の実施形態の単純化されたフローチャート。
【図８】クライアント局で誤り訂正シグナリングを行う方法の実施形態の単純化されたフローチャート。
【図９】基地局の観点から持続性アロケーション・マップ・エラーに対処する方法の実施形態のフローチャート。
【図１０】クライアント局の観点からダウンリンク持続性アロケーション・マップ・エラーに対処する方法の実施形態のフローチャート。
【発明を実施するための形態】
【００１７】
本開示の実施形態の特徴、目的、および利点は、同様の要素が同様の参照符号を持つ図面と関連付けられるときに、下に述べられる詳細な記述からより明白となる。
ダウンリンクまたはアップリンク・リソースの持続性アロケーションを通信および利用する方法および装置がここに記述される。この記述では、基地局からクライアント局への通信路がダウンリンク（ＤＬ）と呼ばれ、クライアント局から基地局への通信路がアップリンク（ＵＬ）と呼ばれる。
【００１８】
基地局がクライアント局による使用に対して標準の非持続性ダウンリンクまたはアップリンク・アロケーションを割り当てるとき、アロケーションは、アロケーションの関連性
に依存して、アロケーションが与えられるフレーム、またはアロケーションが与えられるフレームに後続するフレームのような所定のフレームに有効である。一方、基地局がクライアント局に持続性ダウンリンクまたはアップリンク・アロケーションを割り当てるとき、アロケーションは、典型的には複数の将来のダウンリンクまたはアップリンク・フレームに有効なままである。このように、クライアント局は、長い一連のフレームを通じて定期的にアップリンク・リソースの要求を繰り返す必要はない。また、基地局が持続性リソース・アロケーションを実施するときにも、基地局は、一連のダウンリンクまたはアップリンク・マップ情報要素（ＩＥ）メッセージにおけるダウンリンクまたはアップリンク・リソース・アロケーションを明示的に且つ繰り返し識別する必要はない。
【００１９】
一部のシステムでは、クライアント局が予測可能な周期性を有し、パケットのサイズが一般に固定であるデータストリームを生成している場合、クライアント局は持続性のダウンリンクまたはアップリンク配分を要求する。たとえばクライアント局がボイスオーバ・インターネットプロトコル（ＶＯＩＰ）の接続を確立している場合、通常、音声パケットの安定したストリームが生成される。基地局はダウンリンクまたはアップリンク資源要求が持続性資源配分の基準を満たすことを確認でき、システムにおいてクライアント局に送信される持続性のダウンリンクまたはアップリンク資源を、持続性のダウンリンクまたはアップリンク・マップ情報要素（ＩＥ）メッセージの一部として配分することができる。
【００２０】
通常のシステムでは、基地局は、クライアント局が持続性のダウンリンクまたはアップリンク資源配分の候補であるとの判断も行う。たとえば基地局は、クライアント局が持続性のダウンリンクまたはアップリンク資源配分の候補であることを、１つ以上のパラメータに基づき判断できる。このパラメータには、クライアント局からのアップリンク資源配分の反復的な要求、要求された資源配分の一貫性、基地局とクライアント局との間の無線チャネルの特性の安定性、パケット到達分布についての知識、並びに接続の種類などが含まれる。一例として、接続がＶＯＩＰ通信による場合、通常、基地局はパケット到達パターンが持続性資源配分の望ましい候補であることを知っている。
【００２１】
持続性配分は、将来のフレームにおいても、所定の終了イベントまでは、そのクライアント局専用のものとして維持される。所定の終了イベントとは、たとえば、時間の経過、所定数のフレームの経過、基地局がクライアント局に対して行う資源の配分解除の通知、基地局が別のクライアント局に配分した資源の全部もしくは一部を再配分すること、またはそれらの組み合わせである。基地局は、そのクライアント局にもはや持続性資源の配分または再配分を行わない、修正した持続性のダウンリンクまたはアップリンク・マップＩＥを送信することによって、資源を配分解除してもよい。一態様において、基地局は、明示的な配分解除メッセージを送信する。
【００２２】
基地局はクライアント局の資源要求と、複数の持続性グループのうちのいずれかに対する資源配分とをグループ化できる。基地局はトラフィック到達パターン、クライアント局の電力クラス、基地局の負荷バランス、またはそれらの組み合わせなどの要因に基づき、特定のクライアント局に対して持続性グループを選択することができる。
【００２３】
基地局は、各持続性グループのメンバーが他の持続性グループとは異なるフレームにおいて送信を行うように、各持続性グループのクライアント局にアップリンク資源を配分することができる。同様に基地局は、各持続性グループのメンバーが他の持続性グループとは異なるフレームにおいて送信を行うように、各持続性グループのクライアント局に持続性資源を配分することができる。基地局が持続性のダウンリンクおよびアップリンク資源を特定のクライアント局に対し割り当てる場合、それらの持続性グループは一致する。たとえば各持続性グループをグループサイクル番号に関連付けてもよく、持続性資源の配分は、グループサイクルインデックスに関連付けられたアップリンク・フレームに有効であ
ってもよい。一実施形態によると、複数の持続性グループを通じて一様なアクセスおよび一様なレートを与えるために、持続性グループは、ラウンドロビンスケジュールによって時間のサイクルが決定されてもよい。単純な実施例においては、特定のフレームに関連付けられたアクティブな持続性グループを識別するために、フレーム番号とグループサイクルインデックスが使用される。アクティブな持続性グループの識別は、フレーム番号と持続性グループの総数とのモジュロ関数（典型的にはＭＯＤ（フレーム番号，Ｎ）として表記される。Ｎは持続性グループの数を表す）を判断し、この判断結果をグループサイクルインデックスと比較することによって行ってもよい。（モジュロ演算は、ある数を別の数で除した剰余を与える。２つの数、ａ（被除数）およびｘ（除数）が与えられる場合、モジュロ（ａ，ｘ）はａをｘで除した剰余である。たとえばＭＯＤ（７，３）の表現は１になり、ＭＯＤ（９，３）は０になる）。
【００２４】
クライアント局は、そのグループサイクルインデックスについての知識を有する必要はなく、持続性グループの数Ｎのみを知る必要がある。クライアント局は、持続性のダウンリンクまたはアップリンク資源が配分されている第１フレーム番号のＭＯＤ（フレーム番号，Ｎ）の値を判断することによって、グループサイクルインデックスを判断することができる。持続性配分ＩＥの周期パラメータを伝えることにより、クライアント局によって明示的にグループが識別され、該クライアント局に関連付けられる。一態様では、持続性アロケーションの周期の明示的な指標がＵＬ−ＭＡＰ情報要素により送信されるので、モジュロ関数の使用の必要は除去される。
【００２５】
典型的なＯＦＤＭＡシステムにおいて、基地局は様々なクライアント局から得られるデータを、時間（シンボルの数）および周波数（サブキャリアの数）に従って区別することができる。勿論他のシステムにおいて、基地局は様々なクライアント局から得られるデータを、システムに関連した他の物理層（ＰＨＹ）の特性に従って区別してもよい。
【００２６】
オーバヘッドを削減するために、通常、基地局はクライアント局に個別の物理層単位を割り当てない。代わりに物理層単位は、「配分単位」にひとまとめにされる。基地局は個別の物理層単位を指定するのではなく、配分単位を指定することによってクライアント局に資源を割り当てる。配分単位は、たとえば所定数のサブキャリアとシンボルの組み合わせであってもよい。一実施形態において、最小の配分単位は「スロット」と呼ばれ、スロットは１つ以上のＯＦＤＭＡシンボルに所定数のサブキャリアを含む。
【００２７】
ＩＥＥＥ８０２．１６によると、アップリンクとダウンリンクの両方における通信は、固定長のフレームに分割される。各フレームはダウンリンク・サブフレームとアップリンク・サブフレームとを含む。ダウンリンク・サブフレームは、通常、リンク管理送信（たとえば同期信号など）と、オーバヘッドチャネルと、基地局からクライアント局にユーザデータを搬送するための数々のダウンリンク配分単位と、他の種類のオーバヘッドおよびデータ送信とを含む。アップリンク・サブフレームは、クライアント局から基地局にユーザデータを搬送するためのアップリンク配分単位と、システム制御用およびシステム管理用などの制御信号チャネルとを含む同カテゴリの数々の送信を含む。
【００２８】
変調は、送信用信号に対して情報を符号化する処理である。二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、および直交振幅変調（ＱＡＭ）を含む数々の変調方式が本技術分野において知られている。変調方式は、１つのシンボルによって搬送されるデータ量に従って互いに異なる。より高次の変調方式は、シンボル当たりより多くのデータを搬送する。たとえば１６個のＱＡＭシンボルはシンボル当たり４ビットのデータを搬送し、ＢＰＳＫ変調はシンボル当たり１ビットのデータのみを搬送する。
【００２９】
より高次の変調方式は、より低次の変調方式よりもチャネル状態の影響を受け易い。こ
のため、不良なチャネル状態においてより高次の変調方式を使用する場合、より低次の変調方式を使用する場合よりも誤りを生じる可能性が高い。
【００３０】
より高次の変調方式は、固定期間に無線リンクにおいて転送可能な情報量の点でもより効率的である。したがってチャネル状態が良好な場合、より低次の変調方式に比べてより高次の変調方式を使用するリンクにおいて、指定期間内により多くのデータを転送することができる。このため、より低次の変調方式を使用する送信はより堅牢であるがそれほど効率的ではなく、より高次の変調方式を使用する送信はそれほど堅牢ではないがより効率的である。
【００３１】
無線リンクの性能を向上させるために、誤り訂正コーディング（ＦＥＣ）（たとえば順方向誤り訂正（ＦＥＣ））を送信器に適用できる。複雑な誤り訂正方式を使用して、一種の冗長性が送信前にデータに導入される。符号率は、通常、暗号化されていない情報の長さを得られる符号化された情報の長さで除したものである。冗長性は、無線チャネルによって導入される誤りの訂正に使用されてもよい。符号化方式の有効性は符号化利得について測定され、符号化利得は、符号化されたデータと暗号化されていないデータについて、同レベルのビット誤り率に達するのに必要な信号対ノイズレベルの差異として表される。誤り訂正コーディングの最新技術においては、十分な符号化利得が得られる。しかし導入された冗長性のため、誤り訂正コーディングを使用した場合には通常、チャネルにおけるデータ送信の実効レートが低減する。このため、より高次の冗長率を有するコードを使用して送信する場合、より低次の冗長率を有するコードを使用する送信よりも堅牢であるが、それほど効率的ではない。
【００３２】
ＩＥＥＥ８０２．１６ｅ規格とその関係規格は、様々な変調符号化方式（ＭＣＳ）の組み合わせを定義する。ＭＣＳは、クライアント局がアップリンク送信において使用する順方向誤り訂正の種類だけでなく、変調の種類も指定する。ＭＣＳの組み合わせは、カバレッジエリアに散在したクライアント局に関連した性能の大きなばらつきを調整する。ＭＣＳの組み合わせを適切に選択することは、無線リンクの効率および性能のいずれにとっても重要である。
【００３３】
基地局が特定のクライアント局に配分単位を割り当てる場合、基地局は、その配分で使用するＭＣＳの組み合わせを指定する。これは、持続性および非持続性の両方の資源アロケーションにおいて典型的であり得る。
【００３４】
一般に、基地局が持続性資源配分を送信すると、ダウンリンク資源配分またはアップリンク資源配分に対してなされる変更が資源配分の再送信に有利にならない限り、資源配分の再送信を行う必要はない。たとえば配分のサイズを変更する必要がある場合、新たな全体的または部分的な持続性アップリンク・マップＩＥを送信してもよい。このようなサイズの変更は、持続性配分の割り当てられたクライアント局の動作状態が、新たなＭＣＳの組み合わせが有利となる程度まで変更される場合その他、変化する場合になされてよい。したがって、基地局は、通常、新たなＭＣＳの組み合わせを識別するために、並びにクライアント局をより少数の配分単位またはより多数の配分単位に適宜割り当てるために、持続性のダウンリンクまたは持続性アップリンク・マップＩＥを再送信する。また、音声活動状態が変化する場合、新たな持続性のダウンリンクまたはアップリンク・マップＩＥを送信してもよく、これによって持続性配分の発生率が変化する。また基地局は、通常、クライアント局に要求された場合、持続性アップリンク・マップＩＥを再送信し、それに伴い持続性ダウンリンク・マップを変更してもよい。勿論、基地局カバレッジエリアのクライアント局を許容するための変更がなされていなくても、持続性ダウンリンク資源配分と持続性アップリンク資源配分を確認するために、基地局は持続性のダウンリンクまたはアップリンク・マップＩＥを周期的に再送信するように構成されてもよい。持続性のダウン
リンクおよびアップリンク・マップＩＥを再送信する例は他にもあり、その幾つかを以下に説明する。
【００３５】
一般に本明細書に含まれる記載は直交周波数分割多重接続（ＯＦＤＭＡ）無線通信システムに関し、特にＩＥＥＥ８０２．１６無線通信システムに関する。あるいは、本明細書に記載の方法および装置によって修正その他、拡張される、ＩＥＥＥ８０２．１６ｅに基づく無線通信システムに関する。ＩＥＥＥ８０２．１６ｅシステムにおける持続性ダウンリンク資源配分方式または持続性アップリンク資源配分方式の実施例は、単に例として用いられている。持続性ダウンリンク資源配分方式または持続性アップリンク資源配分方式の使用は、実質的には有線通信システムまたは無線通信システムにおいて実施されてもよい。
【００３６】
図１は、無線通信システム１００の実施形態の単純化された機能ブロック図である。無線通信システム１００は、複数の基地局１１０ａ，１１０ｂを備え、その各々は、対応するサービスまたはカバレッジエリア１１２ａ，１１２ｂをサポートしている。基地局１１０ａ，１１０ｂの各々は、互いに、そして、サポートしているネットワーク（図示せず）と有線および無線リンクを介して結合されることができる。基地局（例えば、１１０ａ）は、そのカバレッジエリア１１２ａ内の無線装置と通信することができる。例えば、第１基地局１１０ａは、ダウンリンク１１６ａおよびアップリンク１１６ｂ上のカバレッジエリア１１２ａ内の第１クライアント局１３０ａおよび第２クライアント局１３０ｂと無線で通信することができる。
【００３７】
単純化のために、２つの基地局だけが図１に示されているが、典型的な無線通信システム１００は、もっと多数の基地局を備えている。基地局１１０ａ，１１０ｂは、セルラー基地局トランシーバ・サブシステム、ゲートウェイ、アクセス・ポイント、無線周波数（ＲＦ）リピータ、フレーム・リピータ、ノード、または任意のワイヤレス・ネットワーク・エントリ・ポイントとして構成されることができる。
【００３８】
典型的なシステムでは、基地局１１０ａ，１１０ｂは、互いに、そして、ネットワーク制御モジュール（図示せず）ともバックホールリンク（これも図示せず）を通じて通信する。バックホールリンクは、有線および無線通信リンクを含むことが可能である。ネットワーク制御モジュールは、ネットワーク管理および調整に加えて、無線通信システムに対する他のオーバヘッド、結合、および監視機能を提供する。さらに、ネットワーク制御モジュールは、インターネットのような他の通信システム、会議電話システムなどに無線リンク・システムを結合する。
【００３９】
２つのクライアント局１３０ａ，１３０ｂだけが無線通信システム１００において示されているが、典型的なシステムは、複数のクライアント局をサポートするように構成される。クライアント局１３０ａ，１３０ｂは、モバイル、ノマディック（ｎｏｍａｄｉｃ）、または固定ユニットであることが可能である。クライアント局１３０ａ，１３０ｂは、多くの場合、例えば、移動局、移動ユニット、加入者局、無線端末などと呼ばれる。クライアント局は、例えば、無線ハンドヘルド装置、車両搭載装置、携帯機器、クライアント構内機器、固定ロケーション装置、無線プラグ・イン・アクセサリなどであることができる。或る場合には、クライアント局は、ハンドヘルド・コンピュータ、ノート型コンピュータ、無線電話機、携帯情報端末、無線電子メール装置、携帯音楽プレイヤー、メータ読取機器などの形態であることができ、表示機構、マイクロホン、スピーカー、およびメモリを含むことが可能である。
【００４０】
一例では、無線通信システム１００は、直交波周波数分割多重（ＯＦＤＭＡ）通信用に構成される。例えば、無線通信システム１００は、ＩＥＥＥ８０２．１６ｅまたは他の或
る無線標準のような標準システム規格に実質的に準拠するように構成されることができる。無線通信システム１００は、システム標準に対する拡張またはシステム標準の一部としてここに記述される持続性ダウンリンクまたはアップリンク・リソース・アロケーションをサポートすることができる。
【００４１】
無線通信システム１００は、ＯＦＤＭＡシステムに限定されるものではなく、ここに記述される持続性ダウンリンクまたはアップリンク・リソース・アロケーションの使用は、ＯＦＤＭＡシステムでの適用に限定されるものではない。その記述は、無線通信環境における持続性ダウンリンクまたはアップリンク・リソース・アロケーションの動作の特定の例を提供する目的のために提示されている。
【００４２】
各基地局（例えば、１１０ａ）は、そのカバレッジエリア１１２ａ内の通信を管理および制御することができる。各々のアクティブなクライアント局（例えば、１３０ａ）は、カバレッジエリア１１２ａへのエントリの際に基地局１１０ａを登録する。クライアント局１３０ａは、カバレッジエリア１１２ａへのエントリの際にその存在について基地局１１０ａに通知することができ、基地局１１０ａは、クライアント局１３０ａの能力を判定するためにクライアント局１３０ａに問い合わせを行うことができる。
【００４３】
基地局１１０ａは、基地局１１０ａへのデータストリームを識別する際に使用する特定のクライアント局１３０ａから来る各データストリームに一または複数の一時的識別子を割り当てる。一時的識別子は、接続識別子（ＣＩＤ）と呼ばれることがある。本システムは、ＣＩＤに所定の範囲の数字または文字を割り付けることができ、ＣＩＤ値を要求する各メッセージ中の最大ＣＩＤ値をサポートするのに必要なビット数を予約する。複数のＣＩＤが、特定のクライアント局に関連付けられることが可能である。例えば、クライアント局がボイス・オーバー・アイピー（ＶｏＩＰ）通話を行っている間、さらにインターネットから情報をダウンロードする場合、ＶｏＩＰデータストリームは、１つのＣＩＤを割り当てられ、インターネット・データ・ストリームは、別のＣＩＤを割り当てられる。基地局は、特定のクライアント局に対してではなく、特定のＣＩＤにリソースを割り付ける。１つの実施形態では、基地局は、必要に応じて同じクライアント局に関連付けた別のデータ接続に非持続性アロケーションの散発的な割り当てを続ける一方、クライアント局に関連付けた１つのデータ接続に持続性リソースを割り付けることが可能である。このように、単純化のために、持続性アロケーションは、典型的には、特定のクライアント局に割り当てられるようにここでは参照されるが、多数のシステムでは、持続性アロケーションは、クライアント局毎にではなく、接続毎に割り当てられる。
【００４４】
クライアント局１３０ａ，１３０ｂは、アップリンク上の基地局１１０ａに情報を通信する。例えば、クライアント局は、アップリンク・リソースを要求すると同様に、現在の動作条件に関連付けた情報を報告する。ＩＥＥＥ８０２．１６によれば、各基地局（例えば、１１０ａ）は、そのようなアップリンク通信に対するクライアント局１３０ａ，１３０ｂによって使用される帯域シグナリング、ピギーバック・メッセージング、または他の制御シグナリング経路のうち、一又は複数のランダム・アクセス・チャネル（ＲＡＣ）シグナリング、専用の制御チャネル、媒体アクセス制御層（ＭＡＣ）、チャネル品質指示チャネル（ＣＱＩＣＨ）をサポートするために幾つかのリソースを割り付けることができる。ＩＥＥＥ８０２．１６によれば、アロケーション要求の送信のための１つのそのような専用のチャネルは、高速フィードバック・チャネルと呼ばれる。
【００４５】
基地局１１０ａは、制御シグナリング・チャネルをサポートするためにリソースを周期的に割り付けることができる。１つの実施形態では、基地局１１０ａは、各アップリンク・フレームにおける一又は複数のランダム・アクセス・チャネル、専用のチャネルなどをサポートすることができる。例えば、基地局１１０ａは、一又は複数のランダム・アクセ
スおよび／または専用のチャネルにアップリンク・リソースの一部を割り付けることができる。基地局１１０ａは、例えば、時刻、継続時間、およびランダム・アクセスおよび／または専用のチャネルのためのアップリンク部分でのＯＦＤＭ副搬送波の数を割り付けることができる。ランダム・アクセスおよび／または専用のチャネル・パラメータの各々は、静的または動的であることが可能である。
【００４６】
クライアント局１３０ａは、ランダム・アクセス・チャネル、専用の制御シグナリング・チャネル、または他のチャネルを使用して、基地局１１０ａに帯域幅要求を送信することが可能である。要求に応じて、基地局１１０ａは、クライアント局１３０ａにアップリンク・リソースを割り付けることが可能である。
【００４７】
無線通信システム１００は、持続性アップリンク・リソース・アロケーションを利用することによって連続的な要求およびリソース・アロケーションの必要性を低減することができる。クライアント局（例えば、１３０ａ）は、持続性リソース・アロケーションを要求することが可能であるか、または、基地局（例えば、１１０ａ）は、クライアント局１３０ａが持続性アップリンク・リソース・アロケーションに対する候補であることを判定することが可能である。同様に、基地局１１０ａは、特定のクライアント局１３０ａが持続性ダウンリンク・リソース・アロケーションに対する良い候補であることを判定することが可能であり、クライアント局にダウンリンク・リソース・アロケーションを連続的に通信するために必要とされるオーバヘッドおよびリソースを排除するために持続性ダウンリンク・リソースを割り付けることが可能である。
【００４８】
基地局１１０ａおよび各クライアント局１３０ａは、持続性リソース・アロケーション割当の受信または処理におけるエラーを検出および／または通信する一又は複数の処理を実施することができる。例えば、各クライアント局１３０ａは、持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージの受信を肯定的に認めることができる（ＡＣＫ）。反対に、各クライアント局１３０ａは、持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージの受信の失敗を判定するか、そうでなければサービス提供中の基地局（例えば、１１０ａ）によって送信された持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージの復号する能力なしを判定する際に、否定の応答（ｎａｃｋ）を通信することができる。
【００４９】
基地局１１０ａは、肯定応答の受信の失敗、否定応答の受信、または何らかの他の処理のいずれかによってエラー状態の存在を判定することができる。基地局１１０ａは、エラー状態の判定に応じて、持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージを再送信することができる。１つの実施形態では、基地局１１０ａは、持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージ全体を再送信することができる。別の実施形態では、基地局１１０ａは、エラー状態を通信するクライアント局１３０ａに関する持続性ダウンリンクまたはアップリンク・リソース・アロケーションＩＥメッセージの一部を再送信することができる。
【００５０】
図２は、持続性ダウンリンクおよびアップリンク・リソース・アロケーションおよび誤り訂正のためのリソース・アロケーション再送信を実施する基地局２００の実施形態の単純化された機能ブロック図である。基地局２００は、例えば、図１の無線通信システムにおける基地局のうちの１つであることができる。
【００５１】
基地局２００は、該基地局２００内の受信器２１０および送信器２８０に結合されることができるアンテナ２０２を備えている。図２は単一のアンテナ２０２を示しているが、アンテナ２０２は、複数の送信および受信動作帯域、多入力多出力（ＭＩＭＯ）動作、ビーム・ステアリング、特定のダイバーシチなどをサポートするように構成された一又は複
数のアンテナであることができる。基地局２００が送信および受信帯域の周波数分割多重化をサポートする場合、基地局２００は、受信器２１０からの送信信号を分離するためにデュプレクサ（図示せず）を備えることができる。受信器２１０および送信器２８０は、別個であることができるか、または、トランシーバの一部であることができる。
【００５２】
受信器２１０は、図１のクライアント局のうちの１つのようなクライアント局（図示せず）によって送信されるアップリンク送信を受信するように構成されている。最初に、クライアント局は、同期し、クライアント局が基地局２００のカバレッジエリアに入ると、または、スリープまたはアイドル状態からの復帰の際、基地局２００を登録することができる。
【００５３】
受信器２１０は、ランダム・アクセス・チャネル、高速フィードバック・チャネル、ピギーバック・データ・チャネル、ＭＡＣシグナリング、ＣＱＩＣＨシグナリング、帯域内または帯域外メッセージング、専用の制御チャネル、または任意の他の種類の制御シグナリング・チャネルを通じて送信された加入者からの要求におけるアップリンク・リソースの要求を受信することができる。制御シグナリング・チャネル・プロセッサ２２０は、受信器２１０に結合され、アップリンク・アロケーション要求の存在を判定するように動作する。さらに、制御シグナリング・チャネル・プロセッサ２２０は、要求するクライアント局を識別し、リソース・アロケーション要求の性質およびサイズを識別するために、一又は複数の機能的なモジュールとの組合せで、関連する役目を果たすことができる。例えば、制御シグナリング・チャネル・プロセッサ２２０は、クライアント局が追加の帯域幅、性質、および識別情報を通信することを可能にするクライアント局に追加の情報を通信するために、ダウンリンク信号プロセッサ２７０と共に動作することが可能である。
【００５４】
持続性候補プロセッサ２３０は、例えば、要求するクライアント局が持続性リソース・アロケーションに対する良い候補であるか否かを判定するために、制御シグナリング・チャネル・プロセッサ２２０によって処理されたダウンリンクおよびアップリンク・リソース・アロケーション要求を処理することができる。持続性候補プロセッサ２３０は、さらにクライアント局が持続性ダウンリンク・リソース・アロケーションに対する良い候補であるか否かを判定することができる。持続性候補プロセッサ２３０は、例えば、持続性チャネルの明示的な要求を判定することができるか、または、クライアント局がダウンリンク、アップリンク、または両方における持続性リソース・アロケーションに対する候補であるか否かを判定するために一又は複数のパラメータを監視することが可能である。１つの態様では、持続性チャネルの明示的な要求は、基地局またはインフラストラクチャの別の要素によってなされる。
【００５５】
さらに、持続性候補プロセッサ２３０は、要求するクライアント局に関連するチャネル特性を判定する受信信号を監視することが可能である。これに代えて、持続性候補プロセッサ２３０は、そのチャネル特性を特徴づけるクライアント局からのフィードバック情報のための受信信号を監視することが可能である。そのようなシグナリングは、制御シグナリング・チャネル・プロセッサ２２０によって処理されることが可能である。
【００５６】
持続性候補プロセッサ２３０は、グループ・スケジューラ２４０およびダウンリンク／アップリンク・マップ生成器２６０に結合されることができる。リソース要求およびクライアント局が持続性アロケーションに対する候補ではないと持続性候補プロセッサ２３０が判定した場合、持続性候補プロセッサ２３０は、非持続性ダウンリンクまたはアップリンク・リソース・アロケーションを生成するようにＤＬ／ＵＬマップ生成器２６０にシグナリングすることができる。
【００５７】
リソース要求およびクライアント局が持続性アロケーションに対する良い候補であると
持続性候補プロセッサ２３０が判定した場合、持続性候補プロセッサ２３０は、グループ・スケジューラ２４０にその情報を通信することができる。グループ・スケジューラ２４０は、所定数のグループからの一又は複数のグループに対して持続性アロケーションをスケジュールするように構成されることができる。グループ・スケジューラ２４０は、様々なパラメータおよびメトリックに基づいてグループを判定することができる。例えば、グループ・スケジューラ２４０は、各グループに亘る持続性アロケーションのバランスを取ることを試みることができるか、または、他の或る制約またはメトリックを最適化するように動作することが可能である。
【００５８】
グループ・スケジューラ２４０は、要求するクライアント局に対する持続性リソース・アロケーションを含む、グループのための持続性ＤＬ／ＵＬアロケーションＩＥを生成するように動作する持続性ＤＬ／ＵＬマップＩＥ生成器２５０にグループ情報を通信することができる。
【００５９】
持続性ＤＬ／ＵＬ  ＩＥ生成器２５０は、それぞれのＤＬマップかＵＬマップへのインクルード用のＤＬ／ＵＬマップ生成器２６０に持続性ＤＬ／ＵＬアロケーションＩＥを通信することができる。ＤＬ／ＵＬマップ生成器２６０は、任意の持続性および非持続性リソース・アロケーションを含むＤＬマップおよびＵＬマップを生成するように構成されることができる。
【００６０】
ＤＬ／ＵＬマップ生成器２６０は、ダウンリンク上の送信のための最終的なメッセージを生成するダウンリンク信号プロセッサ２７０にＵＬマップ情報要素を結合する。ダウンリンク情報は、基地局２００にサポートされたカバレッジエリアにおける送信用の送信器２８０に結合されることができる。
【００６１】
基地局２００は、更新イベントまたはトリガ、またはその或る組合せに応じて、持続性リソース・アロケーションを定期的に判定し通信することができる。１つの実施形態では、基地局２００は、持続性リソース・アロケーションＩＥをフレーム毎に更新し送信するように構成されることができ、ここでは、フレームは、所定数のシンボル、パケット、または情報の他の或る手段に対応する。
【００６２】
さらに、基地局２００は、受信器２１０の出力に結合されたｎａｃｋ／ＡＣＫ処理モジュール２９０を備えることができる。ｎａｃｋ／ＡＣＫ処理モジュール２９０は、例えば、持続性リソース・アロケーション・マップ・エラー状態の存在を判定するように構成されることができる（マップ・エラーは、クライアント局がその現在の持続性アロケーションの構成への変更を含むことの可能なフレームにおける持続性ダウンリンクまたはアップリンク・マップＩＥの適切な受信に失敗したとき、例えば、新しい持続性アロケーションの最初の許可、現在アクティブな持続性アロケーションへの変更、または現在アクティブな持続性アロケーションの終了または保留などのときに生じる）。ｎａｃｋ／ＡＣＫ処理モジュール２９０は、明示的にまたは非明示的にエラー状態を判定するように構成されることができる。ｎａｃｋ／ＡＣＫ処理モジュール２９０は、クライアント局によって通信されたＡＣＫおよび／またはｎａｃｋメッセージに対する受信信号を監視することによって、エラー状態を明示的に判定することができる。ｎａｃｋ／ＡＣＫ処理モジュール２９０は、受信信号を監視し、持続性リソース・アロケーション上の受信信号の欠如を監視することによって、エラー状態を非明示的に判定することができる。
【００６３】
ｎａｃｋ／ＡＣＫ処理モジュール２９０は、ＤＬ／ＵＬマップ生成器２６０および持続性ＤＬ／ＵＬ  ＩＥ生成器２５０にエラー状態の存在を通信することができる。さらに、ｎａｃｋ／ＡＣＫ処理モジュール２９０は、クライアント局またはクライアント局のグループのエラー状態に関連付けた識別（アイデンティティ）を判定することができる。ｎａ
ｃｋ／ＡＣＫ処理モジュール２９０は、ＤＬ／ＵＬマップ生成器２６０および持続性ＤＬ／ＵＬ  ＩＥ生成器２５０に識別情報を通信することができる。
【００６４】
持続性ＤＬ／ＵＬ  ＩＥ生成器２５０は、以前に送信された持続性アロケーションＩＥの少なくとも一部を繰り返す持続性ＤＬまたはＵＬアロケーションＩＥを生成することができる。持続性アロケーションＩＥの繰り返された部分は、エラー状態に関連付けた識別されたクライアント局またはクライアント局のグループに対応することができる。ＤＬ／ＵＬマップ生成器２６０は、必要に応じて、誤り訂正ＤＬマップまたはＵＬマップを生成し、少なくとも以前に送信された持続性リソース・アロケーションＩＥの部分を再送信する。マップ・エラーのグループ化がなく、いずれのクライアント局またはクライアント局のグループがｎａｃｋを送信したか基地局が判定することができない場合、基地局は、持続性アロケーションＩＥ全体を再送信することが可能である。
【００６５】
図３は、持続性ダウンリンクおよびアップリンク・リソース・アロケーションを使用して動作するように構成されたクライアント局３００の実施形態の単純化された機能ブロック図である。クライアント局３００は、例えば、図１の無線システムにおいて示されたクライアント局のうちの１つであることができる。
【００６６】
クライアント局３００は、受信器３１０および送信器３７０に結合されたアンテナ３０２を備えることができる。単一のアンテナ３０２が送信器３７０と受信器３１０との間で共有されるように示されているが、複数のアンテナを使用することもできる。
【００６７】
受信器３１０は、図２の基地局のような基地局からダウンリンク送信を受信すべく動作するように構成されることができる。受信器３１０に結合されたＤＬ／ＵＬマップ・モジュール３２０は、ダウンリンク信号からＤＬマップ情報要素およびＵＬマップ情報要素を抽出するように構成されることができる。
【００６８】
ＤＬ／ＵＬマップ・モジュール３２０は、クライアント局３００が持続性または非持続性ダウンリンク・リソースを割り付けたか否かを判定するために、ＤＬマップを検査するように構成されることができ、また、クライアント局３００がアップリンク・リソースを与えられたか否かを判定するために、ＵＬマップを検査することができ、そして、クライアント局３００がアップリンク・リソースを与えられた場合、アロケーションが持続性または非持続性であるかを判定する。
【００６９】
ＤＬマップ情報要素またはＵＬマップ情報要素がクライアント局用の持続性リソース・アロケーションを示すとＤＬ／ＵＬマップ・モジュール３２０が判定した場合、ＤＬ／ＵＬマップ・モジュール３２０は、記憶装置３２４に持続性ＤＬまたはＵＬマップＩＥを格納することができる。さらに、ＤＬ／ＵＬマップ・モジュール３２０は、持続性リソース・アロケーションに関連付けたグループサイクルインデックスを判定するように構成されたグループサイクルインデックス・モジュール３４０に持続性アロケーションを通信することができる。グループサイクルインデックス・モジュール３４０は、シンクロナイザ３６０が適切なフレームへのＵＬ送信を同期させることを可能にするために、シンクロナイザ３６０にグループサイクルインデックス値を通信することができる。シンクロナイザ３６０は、適切なダウンリンク・フレームに受信器３１０を同期させるために、受信器３１０にグループサイクルインデックス値を通信することができる。
【００７０】
さらに、ＤＬ／ＵＬマップ・モジュール３２０は、リソース・マッパ３３０に持続性ＵＬマップおよびＤＬマップ情報を通信することができる。リソース・マッパ３３０は、クライアント局３００に割り付けられた実際のリソースを判定するために、記憶装置３２４からの格納された持続性マップと現在の持続性アロケーション・マップとを比較するよう
に構成されることができる。
【００７１】
ＵＬマップまたはＤＬマップがクライアント局３００にリソースを明示的に割り付ける場合、リソース・マッパ３３０は、リソース・アロケーションからリソースを直接判定する。ＵＬマップもＤＬマップもクライアント局３００を識別しないが、その代りに、先に通信された持続性アロケーションに依存する場合、リソース・マッパ３３０は、いずれかのアロケーションが一時的に非アクティブ化されたか、および、そのような一時的な非アクティブ化がクライアント局３００に割り付けられたリソースに影響するか否かを判定するために、格納されたバージョンと持続性アロケーションとを比較する。
【００７２】
リソース・マッパ３３０は、リソース・アロケーションに基づいてチャネライザ３５０の適切なリソースにアップリンク情報をマッピングする。例えば、リソース・マッパ３３０は、ＵＬ情報がチャネライザ３５０にマッピングされる副搬送波およびシンボルを制御するように構成されることができる。
【００７３】
例えば、一連のＯＦＤＭシンボルを指定することができるチャネライザ３５０からの出力は、アップリンクまたはダウンリンク・リソースが割り付けられるフレームのタイミングにシンボルのタイミングを同期させるように構成されることができるシンクロナイザ３６０に結合される。シンクロナイザ３６０の出力は、アンテナ３０２を使用して送信される前に、所望の動作周波数にアップコンバートされる信号を生成するために、その情報を使用する送信器３７０に結合される。さらに、シンクロナイザ３６０の出力は、ダウンリンク・アロケーションの受信を可能とするために受信器３１０に結合される。
【００７４】
ｎａｃｋ／ＡＣＫ生成器３３２は、ＤＬ／ＵＬマップ・モジュール３２０の出力に結合されることができ、ＤＬマップまたはＵＬマップにおける持続性リソース・アロケーションＩＥを回復および復号するためのＤＬ／ＵＬマップ・モジュール３２０の能力に基づいて適切なＡＣＫまたはｎａｃｋメッセージを生成するように構成されることができる。ｎａｃｋ／ＡＣＫ生成器３３２は、基地局への送信のためのチャネライザ３５０に適切なｎａｃｋまたはＡＣＫメッセージ（もしあれば）を判定し結合する。ｎａｃｋ／ＡＣＫ生成器３３２は、持続性リソース・アロケーションＩＥ、持続性リソース・アロケーションＩＥエラー状態の存在または欠如の受信の成功などを示すように、ｎａｃｋまたはＡＣＫメッセージを選択的に生成することができる。
【００７５】
持続性アロケーションに関して有利に扱われる１つの論点は、マップ・エラーを扱う方法である。その持続性アロケーションへの変更を含むことがあるフレームにおける持続性ダウンリンクまたはアップリンク・マップＩＥの適切な受信にクライアント局が失敗したときに、マップ・エラーが生じる。クライアント局がマップ・エラーを被る場合、それは、持続性アロケーションの使用を差し控え、別のクライアント局に割り当てたアロケーション上で送信する危険を冒さなければならず、両方の送信を崩壊させる可能性がある。同様に、クライアント局がダウンリンク・リソース・アロケーションにおけるマップ・エラーを被る場合、クライアント局は基地局に通知する。他の或るクライアント局に与えられたアロケーションを復号する試みの失敗を回避するために、エラー状態が訂正されるまで、クライアント局は、その直近のダウンリンク持続性アロケーションに従ってデータの復号を試みることを差し控えることが可能である。他方、１つの態様によれば、クライアント局は、マップ・エラー状態が対処されるまで、その直近のダウンリンク持続性アロケーションに従ってデータを復号し続けることが可能であり、それは、その直近のダウンリンク持続性アロケーションがもはや有効ではない場合に生じることがある任意のデータ・エラーを訂正するために、無線システム上で共通して使用中の物理層（ＰＨＹ）および媒体アクセス（ＭＡＣ）層のデータ・エラー検出／訂正機構に依存する。このように、マップ・エラーがダウンリンク持続性アロケーション・マップに関連付けられた場合であって、
変更がクライアント局のダウンリンク持続性アロケーションになされなかったとき、データ通信は中断なしに継続されることができる。明らかに、クライアント局にとっては、適切な持続性リソース・アロケーション上のアップリンク通信または適切なリソース・アロケーション上のダウンリンク受信をできるだけ早く再開した方が有利である。したがって、それは、持続性アロケーションを行う方法において、マップ・エラーの発生とエラー状態の訂正との間の非常に低いレイテンシを持った効率的なエラー検出および訂正機構が採用される場合に有利である。
【００７６】
先行技術によれば、マップ・エラーは、それがクライアント局に対する更新を含んだ持続性ダウンリンクまたはアップリンク・マップＩＥを適切に受信する都度、クライアント局に肯定応答（ＡＣＫ）を基地局に対して送らせることによって対処されることが可能である。このように、持続性アロケーションを持った各クライアント局には、専用の持続性ＡＣＫチャネルを割り当てることができる。各クライアント局に専用の持続性ＡＣＫチャネルを割り当てることの１つの不都合は、これらの専用のＡＣＫチャネルを割り付けることおよび使用することに関連する甚大なオーバヘッドが存在するということである。専用のＡＣＫチャネルのアロケーションが、カバレッジエリアの端で動作するクライアント局のように、マップ・エラーを被る可能性が高いクライアント局に制限される場合であっても、肯定応答に関連するオーバヘッドは依然として甚大である。しかしながら、本発明の１つの態様によれば、そのような実施形態は、より十分に以下に記述した共有されるｎａｃｋチャネルと共に実施されることができ、その結果、ＭＡＰエラーをより被る可能性があるクライアント局は、専用のまたは僅かに共有されるｎａｃｋチャネルのいずれかを割り当てられる。
【００７７】
別の実施形態では、マップ・エラーは、ｎａｃｋベースのエラー回復を実施することによって対処されることができる。クライアント局がマップ・エラーを被る場合、それは、マップ・エラーを示す基地局への否定応答（ｎａｃｋ）メッセージを送信する。先行技術によれば、基地局は、単に１つの加入者局に関連付けた専用のｎａｃｋチャネルを割り付けることができる。しかしながら、専用のｎａｃｋチャネルの使用は、本システムを使用するクライアント局の数が大きくなるように、かなりの量のシステム・リソースを要求することがある。
【００７８】
本発明の１つの態様によれば、限られた数の共有されるｎａｃｋチャネルが使用される。共有されるｎａｃｋチャネルの各々は、マップ・エラーを示すように複数の加入者局によって使用されることができる。ｎａｃｋメッセージは、事実上任意の数のビットおよび情報を含むことができる。しかしながら、オーバヘッドを低減するために、ｎａｃｋメッセージは、僅か１ビットを有し、その存在はｎａｃｋを示している。換言すれば、共有されるｎａｃｋチャネルでのメッセージの受信に際して、基地局は、ｎａｃｋチャネルに関連付けた一又は複数のクライアント局がマップ・エラーを被ったと判定する。しかしながら、複数のクライアント局がｎａｃｋチャネルを使用している場合、基地局は、マップ・エラーを被ったクライアント局を特に識別することができない。
【００７９】
基地局は、例えば、持続性リソース・アロケーションＩＥにおけるｎａｃｋチャネルに割り当てた変調符号化方式を指定することができる。しかしながら、ｎａｃｋチャネルの情報の潜在的に低い帯域幅、およびマップ・エラーの場合におけるｎａｃｋの報告に成功する望みによって、ｎａｃｋチャネルに関連する変調符号化方式は、ロバストな変調符号化方式および非常に反復の多い符号化に固定されることができる。１つの実施形態では、ｎａｃｋチャネルに関連する変調符号化方式は、ＢＰＳＫである。別の実施形態では、ｎａｃｋチャネルに関連する変調符号化方式は、所定の符号化方式に従う１／２割合符号化を持ったＱＰＳＫである。勿論、変調符号化方式は、事実上、任意の種類の固定されたまたは動的に指定された方式であることができる。
【００８０】
ＩＥＥＥ８０２．１６によれば、クライアント局は、マップｎａｃｋチャネルを定義するために擬似乱数コードを使用する。１つの実施形態では、１つの共通の擬似乱数コードは、マップ・エラーを示すために複数のクライアント局に割り当てられるか、または、使用されることができる。そのような場合、基地局は、いずれのまたはいくつのクライアント局がｎａｃｋチャネルでのエラー指示の受信の際にマップ・エラーを被ったかを知らない。しかしながら、１つの態様によれば、基地局は、マップｎａｃｋチャネル・メッセージ、そして、或る場合には、複数が使用される場合には特定の擬似乱数コードが受信されるフレームに基づいて、クライアント局が割り当てられるグループを判定することができる。擬似乱数コードを使用するときであって、複数のクライアント局がマップｎａｃｋチャネル・メッセージを送信する場合には、各クライアント局からのエネルギは、物理層の標準動作に従ってマクロ・ダイバーシチ的に組み合わせられることができ、それによって、受信の可能性を大きくすることができる。
【００８１】
図４〜図８は、ｎａｃｋメッセージングを利用した持続性アップリンク・リソース・アロケーション中の誤り訂正の実施形態を詳述する。実施形態および記述は、時分割多重（ＴＤＭ）ＯＦＤＭＡシステムにおける持続性ダウンリンクまたはアップリンク・マップ・エラーの訂正に重点を置いている。しかしながら、持続性リソース・アロケーションにおける誤り訂正のための装置および方法は、擬似乱数ｎａｃｋメッセージングに限定されるものではなく、また、ＴＤＭまたはＯＦＤＭＡシステムに限定されるものではない。
【００８２】
［持続性誤り訂正のためのｎａｃｋメッセージング］
図４は、持続性リソース・アロケーションの実施形態の単純化されたタイミング図４００である。図４のタイミング図に示される持続性リソース・アロケーションの実施形態は、ダウンリンクおよびアップリンクのサブフレームの時分割多重（ＴＤＤ）動作、および持続性期間内の複数の持続性リソース・グループをサポートする。加えて、タイミング図は、Ｋ＋１アロケーション関連性を持った持続性アップリンク・リソース・アロケーション（フレームＫのリソース・アロケーションＩＥメッセージに割り付けられたリソースは、フレームＫ＋１においてアクティブである）、およびＫの関連性を持った持続性ダウンリンク・リソース・アロケーションに関して記述される。しかしながら、ここに記述される持続性リソース・アロケーションを行う方法および装置のための誤り訂正は、ＴＤＤ動作、複数のリソース・グループ、または任意の特定のリソース・アロケーションの関連性に限定されるものではない。ここに記述されるこのエラー回復機構は、ＤＬおよびＵＬ持続性アロケーションの両方のための高速エラー検出を可能にする。
【００８３】
図４のタイミング図４００は、複数の連続フレーム４２０（例えば、４２０−Ｋ〜４２０−（Ｋ＋８））を示しており、各フレームは、ダウンリンク・サブフレーム４１２と、その後に続くアップリンク・サブフレーム４１４とを含んでいる。本フレームは、さらに、持続性グループ４１０−Ｎおよび４１０−（Ｎ＋１）のような持続性グループ４１０に分割され、各持続性グループ４１０は、固定数のフレーム４２０を含んでいる。１つの持続性グループの期間は、アロケーション期間（ＡＰ）または持続性期間と呼ばれる。
【００８４】
持続性グループ４１０における各フレーム４２０は、持続性インデックスに関連付けられることができ、グループサイクルインデックスとも呼ばれる。それは、持続性グループ４１０内のフレームの位置を識別するのに使用されることができる。先に記述したように、持続性ダウンリンクまたはアップリンク・リソース・アロケーションは、特定のグループサイクルインデックスに関連付けられることが可能である。図４では、アロケーション期間は、４つのフレームである。このように、第Ｋ番目のＵＬサブフレーム４１４−Ｋに割り付けられた持続性アップリンク・リソースは、次の持続性グループ４１０−（Ｎ＋１）のフレーム４２０−（Ｋ＋４）におけるＵＬサブフレームに適用される。同様に、第Ｋ
番目のダウンリンク・サブフレーム４１２−Ｋに割り付けられた持続性ダウンリンク・リソースは、それが生じるダウンリンク・サブフレーム（つまり、ＤＬサブフレーム４１２−Ｋ）に適用される。ダウンリンクおよびアップリンクの両方では、持続性リソース・アロケーションは、連続フレームに対して有効なままである。
【００８５】
持続性リソース・アロケーションＩＥ  ４３０−Ｋは、アップリンクまたはダウンリンク持続性リソース・アロケーションまたはそれらの両方を指定することができる。１つの態様では、ダウンリンク・サブフレーム４１２−Ｋにおいて受信したアップリンク持続性リソース・アロケーションは、Ｋ＋１の関連性を有することができ、その結果、第Ｋ番目のＤＬサブフレーム４１２−Ｋにおいて割り付けられたアップリンク・リソースは、Ｋ＋１アップリンク・サブフレームにおいて生じる。ダウンリンク・サブフレーム４１２−Ｋにおいて受信した持続性リソース・アロケーションＩＥ  ４３０−Ｋは、ダウンリンク・アロケーションのためのＫの関連性を有することができ、その結果、第Ｋ番目のＤＬサブフレーム４１２−Ｋにおいて割り付けられたダウンリンク持続性リソース４３４は、第Ｋ番目のダウンリンク・サブフレームにおいて生じる。
【００８６】
４フレーム持続性アロケーション（ＶｏＩＰにとって典型的なケース）では、次にスケジュールされた持続性アロケーションの前にマップ・エラーから回復するシステムを設計することが有利である。このように、サービス品質（ＱｏＳ）へのマップ・エラーの影響は、持続性および非持続性アロケーションと実質的に同じである。
【００８７】
持続性アロケーションＩＥ  ４３０−Ｋは、典型的には、複数の情報を使用してリソースを割り付ける。持続性アロケーションＩＥ  ４３０−Ｋにおける情報は、ＣＩＤまたは低減された接続識別子（ＲＣＩＤ）を含むことができ、この持続性アロケーションが宛てられる接続を示す（ＲＣＩＤは、ＣＩＤよりも少ないビットを含んでいるが、接続を完全に識別する省略された接続識別子である）。さらに、その情報は、持続性グループ４１０の期間として上に例示したアロケーション期間の指示を含むことができる。クライアント局が持続性ＩＥを使用してフレームＫに持続性アロケーションを割り付けられる場合、クライアント局は、フレームＫ＋Ｎ×ＡＰにおけるアロケーションをさらに有しており、ここでは、Ｎは、持続性グループの数を表し、ＡＰは、フレームの単位で測られたアロケーション期間である。典型的なＩＥＥＥ８０２．１６アロケーション期間は、２０ミリ秒であり、４つの５ミリ秒フレームに対応し、最も一般に用いられるコーデックのパケット放出速度を表している。
【００８８】
持続性アロケーションＩＥ  ４３０−Ｋにおける情報は、アロケーション単位オフセットをさらに含むことができ、それは、スロット・オフセットと呼ばれることもある。スロット・オフセットは、既知の開始点に関する持続性アロケーションの開始を示すように使用される。例えば、ＨＡＲＱアロケーションでは、スロット・オフセットは、ＨＡＲＱ領域の始部に関連している。別の例示として、ＵＬ非ＨＡＲＱアロケーションでは、オフセットは、ＵＬサブフレームの開始に関連する。その情報は、複数のスロットを含むこともでき、継続期間とも呼ばれる。継続期間は、持続性アロケーションにおける連続するスロットの数を示している。
【００８９】
その情報は、ＰＨＹ関連情報（例えば、変調および符号化など）をさらに含むことができる。加えて、その情報は、ＨＡＲＱ  ＡＣＫチャネル・インデックス（ＨＡＲＱアロケーションの場合）を含むことができ、それは、持続性リソース・アロケーション上のＨＡＲＱパケットの受信を認めるのに使用される特定のＨＡＲＱ  ＡＣＫチャネルを示す。ＨＡＲＱ  ＡＣＫチャネルは、データ・リソース割当と同じ期間、持続性に割り付けられ、その結果、受信した各ＨＡＲＱパケットは、適切に認められることができる。
【００９０】
１つの実施形態では、各加入者局に対して専用のマップＡＣＫチャネルが定義されることができる。加入者局は、それがダウンリンクまたはアップリンク・マップＩＥの受信に成功する都度、マップＡＣＫを送信する。しかしながら、この方法は、複数の応答確認の送信と同様に、複数のマップＡＣＫチャネルの確立も要求する。
【００９１】
より効率的な方法でマップ・エラーへの対処を可能とすべく、持続性アロケーションＩＥ  ４３０−Ｋにおける情報は、マップｎａｃｋチャネル・インデックスをさらに含むことができる。マップｎａｃｋチャネル・インデックスは、それが持続性マップＩＥを復号することができなかったことを示すように、クライアント局によって使用される特定のマップｎａｃｋチャネルを識別する。上述したように、ｎａｃｋチャネルは、個々のクライアント局に割り当てられることが可能であるか、または、複数のクライアント局で共有されることが可能である。
【００９２】
図５は、持続性リソース・アロケーションおよび複数のマップｎａｃｋチャネルを有したシステムにおけるマップｎａｃｋメッセージングの実施形態の単純化されたタイミング図５００である。
【００９３】
ＵＬサブフレーム４１４  Ｋ＋１は、フレームＫ  ４２０−Ｋに対するマップｎａｃｋチャネル５１０−（Ｋ＋１）、５１２−（Ｋ＋１）および５１４−（Ｋ＋１）を含んでいる。タイミング図５００は、３つのマップｎａｃｋチャネルのサブグループ（ａ  ５１０−（Ｋ＋１）、ｂ  ５１２−（Ｋ＋１）、およびｃ  ５１４−（Ｋ＋１）とインデックスされている）を示している。クライアント局は、これらのマップｎａｃｋサブグループ（ａ、ｂまたはｃ）のうちの１つに割り当てられる。これは、マップｎａｃｋメッセージが受信されるときに、基地局が影響を受けた可能性があるクライアント局のグループを狭めることを可能にする。
【００９４】
実施形態では、基地局は、一又は複数のマップｎａｃｋチャネルを生成する目的で、一又は複数の高速フィードバック・スロットを割り付ける。１つの態様では、マップｎａｃｋチャネル（ＭＮＣＨ）は、マップ・エラー状態を示すように擬似乱数コードを割り付けられることができ、異なるコードが様々なサブグループに割り当てられる。
【００９５】
基地局は、クライアント局に対する情報を伝えることが可能な持続性ダウンリンクまたはアップリンク・マップＩＥを適切に復号しなかった一又は複数のクライアント局からｎａｃｋメッセージを受信する。換言すれば、基地局は、マップ・エラーを被った任意のユーザからｎａｃｋメッセージを受信する。
【００９６】
上述したサブグループと共にまたは該サブグループなしに使用されることができる別の実施形態では、基地局がマップｎａｃｋチャネル・メッセージを受信し、対応するフレームにおいて持続性アロケーションに変更がなされなかった場合、基地局は、変更がなかったことを示す短いメッセージを送信する。このように、基地局は、より短い「変更なし」のメッセージによって、完全なあるいは部分的な持続性ダウンリンクまたはアップリンク・マップ情報要素を再送信することを回避する。
【００９７】
１つの実施形態では、マップｎａｃｋチャネルを使用するのではなく、明示的なｎａｃｋの代わりにまたはそれと共に、基地局は、マップ・エラーを検出する非明示的な手段を使用することができる。クライアント局がアップリンク・マップ・エラーを被るとき、それは次のフレームでは送信しない。したがって、一又は複数のフレームに対するそのアップリンク持続性アロケーション中に基地局がアップリンク上のクライアント局から受信した信号エネルギをほぼまたはまったく検出しない場合、基地局は、クライアント局がマップ・エラーを被ったと推定することができる。このマップ・エラー検出の非明示的な方法
は、単独で、または、マップｎａｃｋチャネルもしくは他のエラー検出機構と共に使用されることができる。この非明示的なエラー検出機構は、後述のようなマップｎａｃｋチャネル・エラーから回復するのに使用されることができる。
【００９８】
上述したように、または、１つの態様では、マップｎａｃｋチャネルは、持続性ダウンリンクまたはアップリンク・マップ情報要素内で指定される。クライアント局が、それがマップｎａｃｋチャネルを最初に割り当てられるか、または、そのマップｎａｃｋチャネルが変更される、持続性アロケーション情報要素におけるマップ・エラーを被る場合、問題が生じることがある。第１のケースでは、クライアント局は、何のマップｎａｃｋチャネルを使用するかを知らない。第２のケースでは、クライアント局は、基地局がこのクライアント局に関連しないマップｎａｃｋチャネルを使用する。第３のケースでは、クライアント局は、現在割り当てられているマップｎａｃｋチャネルを適切に使用するが、メッセージは、基地局によって適切には受信されない。我々は、この問題をマップｎａｃｋチャネル・エラーまたはマップｎａｃｋチャネル割当エラーと呼ぶ。
【００９９】
マップｎａｃｋチャネル・エラーに対処することができる幾つかの実施形態がある。１つの実施形態では、基地局は、マップｎａｃｋエラーを検出する非明示的な手段を使用する。例えば、一又は複数のアップリンク持続性アロケーション中にクライアント局から受信した信号エネルギをほぼまたはまったく検出しなかった場合、基地局は、クライアント局がマップ・エラーおよびマップｎａｃｋチャネル・エラーを被ったと推定することができ、マップｎａｃｋチャネル割当を含む持続性アロケーション情報を再送信することができる。
【０１００】
マップｎａｃｋメッセージが適切に送信されるが、基地局によって適切に受信されない場合、１つの実施形態では、マップｎａｃｋチャネル・エラーは、クライアント局によって検出されることができる。クライアント局がマップｎａｃｋチャネルでメッセージを送信し、関心の次の持続性マップＩＥにおける基地局から期待される応答を得ない場合、クライアント局は、基地局がマップｎａｃｋチャネル・メッセージを受信しなかったと仮定する。したがって、この態様によれば、クライアント局は、別のマップｎａｃｋメッセージを送信する。この場合、基地局がマップｎａｃｋメッセージを受信するときに、それはｎａｃｋメッセージが第１の送信であったか第２の送信であったかを知らない。この方法が使用される場合、基地局が更新に値する一又は複数のフレームに関連する更新を送信することが有利である場合がある。例えば、マップｎａｃｋチャネルで受信に成功した各メッセージに応じて、基地局は、最後の２つの関連するフレーム内で影響を受けた変更をすべて繰り返すことができる。
【０１０１】
図６は、持続性ダウンリンクまたはアップリンク・リソース・アロケーションを行う方法６００の実施形態の単純化されたフローチャートである。方法６００は、例えば、図１または図２の基地局内で実施されることができ、ｎａｃｋメッセージングが持続性リソース・アロケーションにおける誤り訂正を行うのに使用されるのを可能にする。持続性リソース・アロケーションは、最初の持続性リソース・アロケーションであるか、または、更新された持続性リソース・アロケーションであることができる。
【０１０２】
方法６００は、ブロック６１０で開始され、ここでは、基地局は、特定のクライアント局またはクライアント局で確立された通信リンクが持続性リソース・アロケーションに対する候補であることを判定する。基地局は、ブロック６２０に進み、持続性リソース・アロケーションに対してクライアント局をスケジュールする。持続性リソース・アロケーションは、複数のフレームに有効である。持続性リソース・アロケーションは、複数の時分割多重持続性リソース・グループによって指定されることができる。各グループは、各リソース・アロケーション期間におけるダウンリンクまたはアップリンク・フレームを識別
する持続性スロット・インデックスに関連付けられることが可能である。基地局は、例えば、アロケーション期間に亘る持続性リソースの負荷のバランスを取るために、持続性グループのうちの１つにクライアント局を割り当てることができる。
【０１０３】
基地局は、ブロック６３０に進み、その持続性グループ内のｎａｃｋサブグループにクライアント局を割り当てる。各ｎａｃｋサブグループは、別個のマップｎａｃｋチャネル割当に関連付けられることが可能である。基地局は、ｎａｃｋチャネルをサポートするために必要とされるリソースを低減するために、サブグループに割り当てた複数のクライアント局を持ったｎａｃｋサブグループを利用することができる。特定のサブグループに関連付けたマップｎａｃｋチャネルで基地局によって受信されるｎａｃｋメッセージは、グループおよびｎａｃｋサブグループに関連付けたクライアント局すべてに影響する。基地局は、識別されたクライアント局に再送信を基づかせることができる。基地局は、様々なサブグループを通じてクライアント局を均一に分配させるように動作することができる。
【０１０４】
基地局は、ブロック６４０に進み、クライアント局に対してマップｎａｃｋチャネル割当を持った持続性リソース・アロケーションＩＥを生成する。基地局は、ブロック６５０に進み、例えばＤＬマップまたはＵＬマップ・メッセージの一部としてマップｎａｃｋチャネル割当を持った持続性リソース・アロケーションＩＥを送信する。基地局は、ブロック６６０に進み、クライアント局に対する現在の持続性リソース・アロケーションを用いて処置する。
【０１０５】
図７は、誤り訂正の存在する場合のリソース再アロケーションを行う方法７００の実施形態の単純化されたフローチャートである。図７の方法７００は、例えば図１または図２の基地局内で実施されることができる。
【０１０６】
方法７００は、ブロック７１０で開始され、ここでは、基地局は、そのサービス提供エリアにおける一又は複数のクライアント局にｎａｃｋチャネル割当を持った持続性アロケーションＩＥを送信する。基地局は、例えば、図６の方法を使用してメッセージを生成および送信することができる。
【０１０７】
基地局は、判定ブロック７２０に移り、割り当てたｎａｃｋチャネルでｎａｃｋメッセージが受信されるか否かを判定するように、受信したアップリンク信号を監視する。ｎａｃｋメッセージの存在は、マップ・エラー状態の明示的な指示である一方で、ｎａｃｋメッセージの欠如は、マップ・エラー状態の欠如を保証しない。
【０１０８】
判定ブロック７２０で、明示的なｎａｃｋメッセージが受信されることを基地局が判定した場合、基地局は、ブロック７４０を開始する。これに代えて、判定ブロック７３０で、ｎａｃｋメッセージが受信されなかったと基地局が判定した場合、基地局は、判定ブロック７３０に進む。
【０１０９】
判定ブロック７３０では、基地局は、マップ・エラー状態の存在を非明示的に判定する。つまり、基地局は、一又は複数のパラメータに基づいてｎａｃｋの存在を非明示的に判定する。例えば、基地局は、アップリンク・リソース・アロケーションを監視し、送信が受信されない任意のアップリンク・リソース・アロケーションに対するｎａｃｋを暗示することが可能である。非明示的なｎａｃｋが存在しないと基地局が判定した場合、基地局は、マップ・エラー状態の欠如を判定し、ブロック７１０に戻る。これに代えて、判定ブロック７３０で、基地局がｎａｃｋの存在を非明示的に判定した場合、基地局は、ブロック７４０を開始する。
【０１１０】
ブロック７４０では、基地局は、ｎａｃｋメッセージまたは指示に関連付けたクライア
ント局またはクライアント局のグループを識別する。例えば、基地局は、一又は複数のクライアント局を識別するためにｎａｃｋメッセージに関連付けた、ｎａｃｋチャネル、持続性グループ、およびサブグループを検査することができる。これに代えて、基地局は、クライアント局の識別を判定するために、欠如したアップリンク送信を、アップリンク・リソースを割り付けたクライアント局と関連付けることができる。
【０１１１】
ｎａｃｋメッセージまたは指示に関連付けた一又は複数のクライアント局の識別を判定した後で、基地局は、ブロック７５０に進み、識別されたクライアント局に関連する以前に送信されたアップリンク・リソース・アロケーションＩＥの部分を判定する。基地局は、識別されたクライアント局に関連する以前に送信されたアップリンク・リソース・アロケーションＩＥの部分を繰り返す、更新された持続性リソース・アロケーションＩＥをフォーマットすることができる。これに代えて、以前に送信されたアップリンク・リソース・アロケーションＩＥの部分が識別されたクライアント局に関連しない場合、基地局は、「変更なし」の持続性リソース・アロケーションＩＥメッセージを送信することができる。基地局は、最新のリソース・アロケーションＩＥメッセージがマップ・エラーの源か否かを判定するために、判定ブロック７２０に戻る。
【０１１２】
図８は、クライアント局において誤り訂正シグナリングを行う方法８００の実施形態の単純化されたフローチャートである。方法８００は、例えば、図１または図３のクライアント局で実施されることができる。
【０１１３】
方法８００は、ブロック８１０で開始され、ここでは、クライアント局は、持続性リソース・アロケーションＩＥメッセージを有したＤＬマップまたはＵＬマップを受信する。クライアント局は、それがマップ、そして特に持続性リソース・アロケーションＩＥメッセージの復号に成功することができるか否かを判定するために、判定ブロック８２０に進む。復号に成功することができる場合、クライアント局は、ブロック８４０に進み、クライアント装置への任意のリソース・アロケーションのためのマップを処理する。クライアント装置は、ブロック８５０を開始する。これに代えて、クライアント局がマップ・メッセージの復号を成功し得ない場合、クライアント局は、判定ブロック８２０から判定ブロック８３０に進む。
【０１１４】
判定ブロック８３０では、クライアント装置は、既に、それが持続性アップリンク・リソース・アロケーションまたは持続性ダウンリンク・リソース・アロケーションのような持続性リソース・アロケーションの受信者であるか否かを判定する。判定ブロック８３０で、アクティブな持続性リソース・アロケーションを有していないとクライアント局が判定した場合、クライアント局は、ブロック８３２を開始し、ここで、それは、最初のリソース・アロケーションの潜在的な受信の失敗を示すように、グローバルｎａｃｋを随意に生成および送信する。クライアント局は、ブロック８３２からブロック８１０に戻り、次のＤＬ／ＵＬマップ送信を待ち、それは、恐らく任意の欠如した持続性リソース・アロケーションの再送信を含んでいる。
【０１１５】
判定ブロック８３０で、持続性リソースを以前に割り付けたとクライアント局が判定した場合、クライアント局は、ブロック８３４に進み、別の装置の送信の潜在的な崩壊を防ぐために、先の持続性リソース・アロケーションからクライアント局を一時的に解除する。
【０１１６】
クライアント装置は、ブロック８３４からブロック８６０に進み、その関連するマップｎａｃｋチャネル割当を判定する。クライアント局は、ブロック８７０に進み、割り当てたマップｎａｃｋチャネルでｎａｃｋを送信する。クライアント局は、ブロック８１０に戻り、次の持続性ＵＬアロケーションＩＥの送信を待つ。
【０１１７】
図９は、基地局の観点から持続性アロケーション・マップ・エラーに対処する方法９００の実施形態のさらに詳細なフローチャートである。方法９００は、例えば、図１または図２に示されるような基地局内で実施されることができる。
【０１１８】
方法９００は、ブロック９１０で開始され、基地局は、マップｎａｃｋメッセージがフレームＫで受信されたか否かを判定する。例えば、基地局２００は、マップｎａｃｋメッセージが、共有されるマップｎａｃｋチャネル上で受信されたか否かを判定することが可能である。１つの実施形態では、マップｎａｃｋチャネルは、共有されるランダム・アクセス・チャネルで受信器２１０（図２）により受信される。そのような実施形態では、マップｎａｃｋメッセージは、共有されるマップｎａｃｋチャネルに割り当てたクライアント局によってその存在が示されているマップｎａｃｋエラーを指定する擬似乱数シーケンスを含むことが可能である。図２を再び参照すると、ランダム・アクセス・チャネル・プロセッサ２２０は、マップｎａｃｋメッセージが受信されたか否かを判定する。
【０１１９】
マップｎａｃｋがフレームＫで受信されなかった場合、フローは、ブロック９１２へと続き、ここで、フレーム・カウンタがインクリメントされる。フローは、次のフレームの解析のためにブロック９１０に戻って継続する。
【０１２０】
マップｎａｃｋがフレームＫで受信された場合、フローは、ブロック９１０からブロック９１４へと続く。ブロック９１４では、基地局は、それがすべての持続性アロケーション割当を送信する理由を有しているか否かを判定する。例えば、基地局２００内では、持続性ＤＬ／ＵＬ  ＩＥ生成器２５０は、それが現在アクティブな持続性アロケーション割当をすべて送信するつもりか否かを判定する。
【０１２１】
すべての現在アクティブな持続性アロケーション割当を送信するであろうことを基地局２００が判定した場合、フローは、ブロック９１６へと続く。ブロック９１６では、基地局は、持続性アロケーションをすべて示す持続性ＤＬマップＩＥを生成する。例えば、持続性ＤＬ／ＵＬ  ＩＥ生成器２５０は、そのようなメッセージを生成し、他のアロケーションとの組合せのためのＤＬマップ生成器２６０にその情報を提供する。ＤＬマップ生成器２６０は、送信器２８０およびアンテナ２０２を介した無線リンクでの適切な送信のためのメッセージをフォーマットするダウンリンク・プロセッサ２７０にマップ情報を提供する（そのような作用は、明瞭さのために図９から省略されている）。
【０１２２】
すべての現在アクティブな持続性アロケーション割当を送信する必要がないと基地局が判定した場合、フローは、ブロック９１４からブロック９１８へと続く。ブロック９１８では、基地局は、持続性アロケーションへの変更が最近のダウンリンク・マップＩＥにおいてなされたか否かを判定する。例えば、本システムが、最初のマップｎａｃｋメッセージに対して期待される応答を受信しない場合であって、クライアント局が１つの追加のマップｎａｃｋメッセージを送信することが可能であるように構成される場合、持続性ＤＬ／ＵＬ  ＩＥ生成器は、以前の２つの関連するフレームにおいて持続性アロケーションに任意の変更がなされたか否かを判定する。変更がなされた場合、フローは、ブロック９２０へと続き、ここでは、基地局は、マップｎａｃｋの受信を示し、関連するフレームでなされた任意の持続性アロケーションの変更を繰り返すＤＬマップＩＥを生成する。例えば、図２を再び参照すると、持続性ＤＬ／ＵＬ  ＩＥ生成器２５０は、マップｎａｃｋメッセージの受信を示し、関連する持続性アロケーションの変更を繰り返すメッセージを生成する。この情報は、ちょうど記述した方法で無線リンクに送信される。
【０１２３】
ブロック９１８で変更がなされなかったと基地局が判定した場合、フローは、ブロック９２２へと続く。ブロック９２２では、基地局は、マップｎａｃｋの受信を示し、変更が
なされなかったことを示す持続性ダウンリンク・マップＩＥを生成する。例えば、持続性ＤＬ  ＵＬ  ＩＥ生成器２５０は、そのような「変更なし」メッセージを生成し、この情報は、ちょうど記述した方法で無線リンクに送信される。
【０１２４】
図１０は、クライアント局の観点からダウンリンク持続性アロケーション・マップ・エラーに対処する方法１０００の実施形態のより詳細なフローチャートである。方法１０００は、例えば、図１または図３に示されるようなクライアント局内で実施されることができる。図１０は、ダウンリンク・マップ・エラーに関して記述されているが、同様の処理がアップリンク・マップ・エラーに対処するのに使用されることができる。
【０１２５】
ブロック１００２では、クライアント局は、それがフレームＫで持続性ＤＬマップを期待しているか否かを判定する。そうでない場合は、フローは、ブロック１００４へと続き、フレーム・カウントがインクリメントされる。クライアント局が持続性ＤＬマップを期待している場合、フローは、ブロック１００６へと続く。ブロック１００６では、クライアント局は、期待されるダウンリンク持続性アロケーション・マップが適切に受信されたか否かを判定する。例えば、図３に示されるように、基地局からのダウンリンク・メッセージングは、クライアント局３００のアンテナ３０２および受信器３１０を介してダウンリンク１１６ａで受信される。ＤＬ／ＵＬマップ・モジュール３２０は、ダウンリンク・マップが適切に受信されたか否かを判定する。ダウンリンク・マップが適切に受信された場合、フローは、ブロック１００４へと続き、フレーム・カウンタがインクリメントされる。
【０１２６】
ダウンリンク・マップが適切に受信されなかった場合、マップ・エラーが生じ、フローは、ブロック１００８へと続く。ブロック１００８では、クライアント局は、ダウンリンク持続性アロケーションに関連付けたＨＡＲＱ  ＡＣＫチャネルのような、任意のアクティブなダウンリンク持続性アロケーションに関連付けた任意のアップリンク制御メッセージング上の送信を中断する。１つの実施形態では、クライアント局は、他の或るクライアント局に与えられたダウンリンク・アロケーションを復号する試みの失敗を回避するために、任意のアクティブな持続性アロケーションに従ってダウンリンク・メッセージングの復号を試みることを止める。一方、１つの態様によれば、クライアント局は、その直近のダウンリンク持続性アロケーションがもはや有効ではない場合に生じることがある任意のデータ・エラーを訂正するために、無線システム上で共通して使用中の物理（ＰＨＹ）層および媒体アクセス（ＭＡＣ）層のデータ・エラー検出／訂正機構に依存して、マップ・エラー状態が対処されるまで、任意のアクティブなダウンリンク持続性アロケーションに従ってデータを復号し続けることが可能である。このように、変更がクライアント局のダウンリンク持続性アロケーションになされなかったダウンリンク持続性アロケーション・マップにマップ・エラーが関連付けられた場合、データ通信は、中断なしに継続することができる。
【０１２７】
典型的には希にしか起こらないものであるが、基地局は、共有されるｎａｃｋチャネルに関連付けたリソースを再マッピングすることが可能である。例えば、基地局は、共有されるｎａｃｋチャネルに新しい擬似乱数コードを割り当てることが可能である。そのような変更は、典型的には、ＵＬマップ情報要素により、クライアント局に対して報告される。クライアント局が新しく共有されるｎａｃｋチャネルを定義したＵＬマップ情報要素の受信に失敗した場合、それは、正しくないチャネルでｎａｃｋメッセージを送信することがある。このように、図１０に示されない本発明の１つの態様によれば、クライアント局は、ダウンリンク・マップの適切な受信の失敗に続く関連するフレームにおいてアップリンク・マップが適切に受信されるか否かを判定する。例えば、図３では、ＤＬ／ＵＬマップ・モジュール３２０は、関連するフレームにおけるアップリンク・マップが適切に受信されたか否かを判定する。適切に受信されていない場合、クライアント局は、そのｎａｃ
ｋチャネル情報が現在のものであるか否かについて定かではなく、マップｎａｃｋチャネル・エラー回復手続は、共有されるｎａｃｋチャネルでメッセージを送信するクライアント局なしに開始することが可能である。
【０１２８】
フローは、ブロック１０１４に進み、ここでは、クライアント局は、適切なフレームにおけるダウンリンク・マップｎａｃｋメッセージを送信する。図１０に示されるような１つの態様では、マップ・エラーの発生とｎａｃｋの送信との間の遅れは、所定値であり、その結果、基地局は、マップｎａｃｋが受信されるフレームに基づいて、影響を受けた持続性グループを判定することができる。図１０では、例示の目的で、マップｎａｃｋは、マップ・エラーの発生後に２つのフレームを送信される。
【０１２９】
１つの態様では、クライアント局は、共有されるＤＬマップｎａｃｋチャネルで擬似乱数コードを送信し、ここでは、擬似乱数コードの存在が、共有されるＤＬマップｎａｃｋチャネルを使用する１組のクライアント局のうちの一又は複数エラーを被っていることを基地局に示している。ＤＬ／ＵＬマップ・モジュール３２０が渡すのは、ｎａｃｋ／ＡＣＫモジュール３３２への情報であり、ｎａｃｋ／ＡＣＫモジュール３３２は、共有されるチャネル擬似乱数コードを生成する。チャネライザ３５８は、シンクロナイザ３６０、送信器３７０、およびアンテナ３０２を介し、アップリンク１１６を通じて送信されたメッセージを受信する。
【０１３０】
ブロック１０１５では、フレーム・カウントがインクリメントされ、クライアント局は、それが持続性アロケーション・マップを受信することを期待する次のフレームの到着を待つ。
【０１３１】
ブロック１０１６では、クライアント局は、それがクライアント局に明示的にアドレスした持続性ダウンリンク・アロケーションを含む後続フレームにおけるＤＬマップＩＥを受信したか否かを判定する。そうであれば、ブロック１０１８で、クライアント局は、新しく割り当てた持続性アロケーションを使用する。フローは、ブロック１００４を通じて継続する。
【０１３２】
クライアント局がブロック１０１６でそれに明示的にアドレスした持続性ダウンリンク・アロケーションを含む持続性ダウンリンク・マップ情報要素を受信しない場合、フローは、ブロック１０２２へと続く。ブロック１０２２では、クライアント局は、ｎａｃｋメッセージが受信されたがダウンリンク・マップの変更が関連するフレーム内でなされなかったことを示す持続性ダウンリンク・マップＩＥをそれが受信したか否かを判定する。そうであれば、フローは、ブロック１０２０へと続き、クライアント局は、マップ・エラーの時にアクティブであった任意の持続性アロケーションの使用を再開する。
【０１３３】
図１０に示される実施形態では、クライアント局が予想通りにダウンリンク・マップを受信しない場合、マップｎａｃｋチャネル・エラーが生じ、マップｎａｃｋチャネル・エラーの回復処理は、ブロック１０３０で開始する。１つの態様では、クライアント局が複数のマップｎａｃｋを送信するまで、マップｎａｃｋエラーの回復処理は開始せず、その場合、ブロック１０２４の最初の通過後、フレーム・カウンタはインクリメントし、フローは、ブロック１０１４に戻り継続するであろう。
【０１３４】
アップリンク・マップに対する持続性マップ・エラーに対処する処理は、基地局に対して図９に、クライアント局に対して図１０に示されるものと同様である。ブロック１００８では、欠如したマップにおける別のクライアント局に割り当てたアロケーションでの送信の危険を回避するために、任意のアクティブなアップリンク持続性アロケーションの使用を差し控えることは賢明である（恐らく両方の送信を崩壊させる）。
【０１３５】
上述したように、基地局がマップｎａｃｋメッセージの受信に失敗した場合、マップｎａｃｋチャネル・エラーが生じることがある。図１０のブロック１０３０では、クライアント局は、マップｎａｃｋチャネル・エラーによりマップｎａｃｋチャネル・エラーの回復処理を開始する。１つの態様では、クライアント局は、明示的なＭＡＣ層メッセージの使用によるような、専用のチャネルでマップｎａｃｋチャネル・エラー指示を送信する。
【０１３６】
別の態様では、基地局は、マップｎａｃｋチャネル・エラーを非明示的に判定するためにＭＡＣ層情報を使用し、クライアント局は。マップｎａｃｋチャネル・エラーに明示的に対処する必要はない。ハイブリッド自動再送要求（ＨＡＲＱ）の誤り制御方法を使用してチャネルが確立される場合、基地局がクライアント局にダウンリンク・データ・パケットを送信する都度、それは、周知の原理によって、パケットの受信に成功したことを示す肯定応答（ＡＣＫ）、または、パケットの受信に成功しなかったことを示す否定応答（ｎａｃｋ）のいずれかを、アップリンクでクライアント局から受信することを期待する。基地局が一又は複数のＨＡＲＱパケットに対するパケットＡＣＫまたはパケットｎａｃｋのいずれかの受信に失敗した場合、基地局は、マップｎａｃｋチャネル・エラーが生じたと推定することができる。同様に、基地局が一又は複数のアップリンクＨＡＲＱパケットに対するパケットＡＣＫまたはパケットｎａｃｋのいずれかの生成に失敗した場合、基地局は、マップｎａｃｋエラーが生じたと推定することができる。１つの態様では、基地局は、それが図９のステップ９１０のようにｎａｃｋチャネルでメッセージを受信した場合にそれがそうだったのと同じ方法でＨＡＲＱ  ＡＣＫおよびｎａｃｋの欠如に応答する。この場合、基地局は、クライアント局の識別を知っており、特に持続性グループ中の他のクライアント局に拘わらず、エラーに対処することができる。
【０１３７】
持続性ダウンリンクまたはアップリンク・アロケーションを現在割り当てられていないクライアント局がそれに持続性アロケーションを割り当てる持続性マップＩＥを適切に復号しないときに、マップｎａｃｋチャネル・エラーが生じることがある。このシナリオは、失われた招待エラーと呼ばれている。この場合、クライアント局は、マップ・エラーの指示を送信するマップｎａｃｋチャネルを割り当てられないことがある。１つの実施形態では、ちょうど記述したＨＡＲＱ誤り検出方法は、失われた招待エラーに対処するために持続性アロケーションが初めてなされるときにだけ使用される。最初の持続性アロケーションがなされ、一連のパケットＡＣＫおよびパケットｎａｃｋが受信された後、基地局は、クライアント局が持続性マップ情報要素を適切に復号し、それがマップｎａｃｋチャネルを使用するために必要とする情報を有していると仮定することができる。
【０１３８】
別の態様によれば、基地局は、上述の持続性グループ・マップｎａｃｋチャネルに加えてグローバル・マップｎａｃｋチャネルを定義する。グローバル・マップｎａｃｋチャネルは、失われた招待エラーに対処するのに使用される。基地局は、持続性アップリンク・マップＩＥにおけるものではなく、アップリンク・チャネル・ディスクリプタ（ＵＣＤ）におけるグローバル・マップｎａｃｋチャネル情報を通知し、その結果、それらがアクティブな持続性アロケーションを現在割り当てられていても割り当てられていなくても、本システムにおけるすべてのクライアント局は、グローバル・マップｎａｃｋチャネルに気づいている。このグローバル・マップｎａｃｋチャネルは、持続性マップＩＥの受信に失敗した場合、持続性リソース・アロケーションなしにユーザによってのみ使用される。例えば、ブロック１００６でマップ・エラーが検出されたときにクライアント局がアクティブな持続性アロケーションを有していなかった場合、クライアント局は、ブロック１０１４で示されるような持続性グループまたはサブグループによって共有されるマップｎａｃｋチャネルではなく、グローバル・マップｎａｃｋチャネルでｎａｃｋメッセージを送信する。これに代えてまたはこれに加えて、マップｎａｃｋチャネル・エラーを検出したクライアント局は、回復処理の一部としてグローバル・マップｎａｃｋチャネルでｎａｃｋ
メッセージを送信することができる。例えば、失われた招待エラーに応じて、図１０に示される処理を実行したクライアント局は、ブロック１０３０のマップｎａｃｋチャネル・エラーの回復処理の一部としてグローバル・マップｎａｃｋメッセージを送信することが可能である。
【０１３９】
グローバル・マップｎａｃｋチャネルを使用するとき、基地局は、グローバル・マップｎａｃｋチャネルに対して、図９に示されるものと同様の対応する処理を実行する。グローバル・マップｎａｃｋチャネルでのメッセージの受信に応じて（ブロック９１０と同様）、ブロック９１４と同様の方法で、基地局は、それがすべての持続性アロケーションを再送信するべき理由を有していたか否かを判定する。基地局は、任意の新しい持続性アロケーションがなされたと判定する（ブロック９１８と同様）。新しい持続性アロケーションが関心のフレームにおいてなされなかった場合、基地局は、変更なしメッセージ（ブロック９２２と同様）を送信するか、または単にグローバル・マップｎａｃｋメッセージを無視することができる。新しい持続性アロケーションが関心のフレームにおいてなされた場合、基地局は、持続性ダウンリンクおよび／またはアップリンク・マップＩＥ全体を繰り返すか、または、すべての新しく始められた持続性アロケーションを含む部分的な持続性マップＩＥを送信することができる（ブロック９１６，９２０と同様）。持続性リソース・アロケーションを持つユーザは、典型的には、グローバル・マップｎａｃｋチャネルではなく、持続性アロケーションＩＥにおいて示されたマップｎａｃｋチャネル・インデックスを使用する。グローバル・マップｎａｃｋチャネルは、一又は複数のエラー回復技術と共に使用されることができる。
【０１４０】
さらに別の実施形態では、基地局は、一又は複数のユニバーサル・マップｎａｃｋチャネルを定義する。ユニバーサル・マップｎａｃｋチャネルは、失われた招待エラーに対処するのに使用される。例えば、基地局は、ＵＣＤにおける一又は複数のユニバーサル・マップｎａｃｋチャネルを通知する。加えて、最初の持続性アロケーションがクライアント局に対してなされる前に、基地局は、保障されたデリバリ・サービスでクライアント局にグループサイクルインデックスを送信する。保障されたデリバリ・サービスは、メッセージがクライアント局によって受信されることを保証する。例えば、メッセージの送信に成功したと考えられる前に、そのようなリンクは、クライアント局からの確認を要求する。８０２．１６システムでは、基地局は、クライアント局にグループサイクルインデックスを送信するためのデリバリを保証した動的サービス（ＤＳｘ）メッセージを使用することが可能である。クライアント局は、それがマップｎａｃｋインデックスを割り付けられた後にだけ、ユニバーサル・マップｎａｃｋチャネルを使用することが可能である。このように、持続性アロケーションを使用せず該持続性アロケーションを使用する候補でもないクライアント局は、ユニバーサル・マップｎａｃｋチャネルでメッセージを送信せず、したがって、オーバヘッドを低減する。基地局がユニバーサル・マップｎａｃｋチャネルでメッセージを受信すると、新しい持続性アロケーションが関心のフレームにおいてなされなかった場合、基地局は、「変更なし」メッセージを送信するか、または、単にユニバーサル・マップｎａｃｋメッセージを無視することができる。新しい持続性アロケーションが関心のフレームにおいてなされた場合、基地局は、持続性アップリンク・マップＩＥ全体を繰り返すか、または、部分的な持続性ダウンリンクまたはアップリンク・マップＩＥを送信することができる。１つの実施形態では、上述のような持続性ダウンリンクまたはアップリンク・マップＩＥにおいて指定されたマップｎａｃｋチャネルに加えて、ユニバーサル・マップｎａｃｋチャネルが使用される。
【０１４１】
さらに別の実施形態では、失われた招待エラーは、一時的マップＡＣＫチャネルを使用して対処される。新しい持続性アロケーションがなされる都度、持続性マップＩＥは、この最初のアロケーションを認めるためにだけ、クライアント局による使用のためのマップＡＣＫチャネルを含んでいる。基地局がマップＡＣＫチャネルでのメッセージの受信に失
敗した場合、基地局は、あたかもそれがマップｎａｃｋチャネルでメッセージを受信したのと同じように機能する。クライアント局が持続性マップＩＥの受信に成功したならば、それは、持続性アロケーションＩＥを使用して割り当てたマップｎａｃｋチャネルを使用して後続のマップ・エラーを損失で示す。
【０１４２】
ここで使用される用語「結合された」または「接続された」は、直接的な結合または接続と同様に、間接的な結合を意味するのに使用される。複数のブロック、モジュール、機器、または装置が結合される場合、その２つの結合されるブロック間に一又は複数の介在ブロックがある場合がある。
【０１４３】
ここで示される実施形態に関して記述した方法、処理、またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・モジュール、またはそれら２つの組合せで直接的に具現化されることが可能である。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実施される際には、必要なタスクを実行するプログラム・コードまたはコード部分は、記憶媒体のような機械可読媒体に格納されることが可能である。方法または処理における様々なステップまたは作用は、示された順番に行われることが可能であり、別の順番に行われることも可能である。加えて、一又は複数の処理または方法のステップが省略されることも可能であり、一又は複数の処理または方法のステップが方法および処理に加えられることも可能である。追加のステップ、ブロック、または作用が、方法および処理の始部、終部、または介在する既存の要素に加えられることも可能である。
【０１４４】
開示される実施形態の上記の記述は、当業者が本開示をなすかまたは使用することを可能にするために提供される。これらの実施形態への様々な修正は当業者にとって容易に明白であり、ここで定義される包括的な原理は、本開示の範囲を逸脱せずに他の実施形態に適用されることが可能である。
【図１】
2014030211.tif 000003
【図２】
2014030211.tif 000004
【図３】
2014030211.tif 000005
【図４】
2014030211.tif 000006
【図５】
2014030211.tif 000007
【図６】
2014030211.tif 000008
【図７】
2014030211.tif 000009
【図８】
2014030211.tif 000010
【図９】
2014030211.tif 000011
【図１０】
2014030211.tif 000012
【手続補正書】
【提出日】平成25年9月4日(2013.9.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
持続性リソース・アロケーションを行う方法であって、
持続性リソース・アロケーションに対し候補クライアント局をスケジュールすることと、
専用の肯定応答（ＡＣＫ）チャネルおよび共有される否定応答（ＮＡＣＫ）チャネルに前記候補クライアント局を関連付けることと、
前記持続性リソース・アロケーションと、前記専用のＡＣＫチャネルと、前記共有されるＮＡＣＫチャネルとを示す持続性アロケーション情報要素を構成することと、
前記持続性アロケーション情報要素を送信することと、を含む方法。
【請求項２】
疑似乱数コードを用いて前記持続性アロケーション情報要素により示される前記共有されるＮＡＣＫチャネルを定義することをさらに含む請求項１記載の方法。
【請求項３】
エラー状態を判定することをさらに含み、該エラー状態の判定は、
前記共有されるＮＡＣＫチャネルでＮＡＣＫ指示を受信することと、
前記持続性リソース・アロケーション上の前記候補クライアント局からエネルギをほぼまたはまったく検出しないことと、
前記専用のＡＣＫチャネルでＡＣＫ指示を受信しないことと、のうちの少なくとも１つに基づく請求項１記載の方法。
【請求項４】
前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に対応する持続性アロケーションに対する変更に基づき、１組の最近の変更を判定することと、
前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に対応する持続性アロケーションに対する前記１組の最近の変更の指示を送信することと、前記１つ以上のクライアント局に対応する持続性アロケーションに対する最近の変更がない場合、変更なしの指示が送信されることと、をさらに含む請求項３記載の方法。
【請求項５】
前記持続性アロケーション情報要素の少なくとも一部を再送信すること、をさらに含む請求項３記載の方法。
【請求項６】
前記持続性リソース・アロケーションは、ハイブリッド自動再送要求（ＨＡＲＱ）パケット・ストリームを運ぶように構成され、前記方法は、
一連の失敗したＨＡＲＱパケット転送を検出することと、
前記持続性アロケーション情報要素のうちの少なくとも一部を再送信することと、をさらに含む請求項１記載の方法。
【請求項７】
持続性リソース・アロケーションを行う方法であって、
持続性リソース・アロケーション情報要素を通信することと、
共有される否定応答（ＮＡＣＫ）チャネルでＮＡＣＫ指示を受信することと、
前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に前記持続性リソース・アロケーション情報要素の少なくとも一部を再送信することと、を含む方法。
【請求項８】
持続性アップリンク・リソース・アロケーションを行う方法であって、
リソース・マップを受信することと、
前記リソース・マップ内の持続性アロケーション情報要素の復号を試みることと、
前記持続性アロケーション情報要素の復号に成功し得ない場合、共有される否定応答（ＮＡＣＫ）チャネルでＮＡＣＫを送信することと、を含む方法。
【請求項９】
前記持続性アロケーションの復号に失敗することと、前記失敗に応じて、持続性アロケーションのうちの１つ以上に関連付けたアップリンク・チャネルでのデータ送信を止めることと、をさらに含む請求項８記載の方法。
【請求項１０】
エラー状態が検出されたことおよび変更がなされなかったことを示す第２の持続性アロケーション情報要素を受信することと、
以前に受信した持続性アロケーション情報要素に従って動作を継続することと、をさらに含む請求項８記載の方法。
【請求項１１】
エラー状態が検出されたことと以前に受信した持続性に対してなされた１組の変更とを示す第２の持続性アロケーション情報要素を受信することと、
以前に受信した持続性アロケーション情報要素に対してなされた前記１組の変更に従って動作を継続することと、をさらに含む請求項８記載の方法。
【請求項１２】
リソース・マップを受信するように構成された受信器と、
持続性アロケーション情報要素が前記リソース・マップ内にあるか否かを判定するとともに前記持続性アロケーション情報要素の復号を試みるように構成されたマップ・モジュールと、
マップ・モジュールが前記持続性アロケーションの復号に成功し得ない場合、共有される否定応答（ＮＡＣＫ）チャネルでの送信のためにＮＡＣＫ指示を生成するように構成されたＮＡＣＫモジュールとを備えるクライアント局。
【請求項１３】
送信器をさらに備え、
前記受信器は、変更なしの指示を受信するように構成されており、
前記送信器と受信器との少なくとも一方は、以前に受信した持続性アロケーション基づき動作するように構成されている、請求項１２に記載のクライアント局。
【請求項１４】
持続性リソース・アロケーションに対し候補クライアント局をスケジュールするように構成されたスケジューラと、
専用の肯定応答（ＡＣＫ）チャネルおよび共有される否定応答（ＮＡＣＫ）チャネルに
前記候補クライアント局を関連付け、持続性リソース・アロケーションと、前記専用のＡＣＫチャネルと、前記共有されるＮＡＣＫチャネルとを示す持続性アロケーション情報要素を構成するように構成されたＩＥ生成器と、
前記持続性アロケーション情報要素を送信するように構成された送信器とを備える基地局。
【請求項１５】
前記ＩＥ生成器は、疑似乱数コードを用いて前記持続性アロケーション情報要素により示される前記共有されるＮＡＣＫチャネルを定義するようにさらに構成されている、請求項１４に記載の基地局。
【請求項１６】
前記共有されるＮＡＣＫチャネルでＮＡＣＫ指示を受信し、前記専用のＡＣＫチャネルでＡＣＫ指示を受信し、前記候補クライアント局からのエネルギを検出するように構成された受信器と、
エラー状態を判定するように構成されたＡＣＫ／ＮＡＣＫモジュールとをさらに備え、該エラー状態の判定は、
前記受信器が、前記共有されるＮＡＣＫチャネルでＮＡＣＫ指示を受信することと、
前記受信器が、前記持続性リソース・アロケーション上の前記候補クライアント局からエネルギをほぼまたはまったく検出しないことと、
前記受信器が、前記専用のＡＣＫチャネルでＡＣＫ指示を受信しないことと、のうちの少なくとも１つに基づく、請求項１４に記載の基地局。
【請求項１７】
前記ＩＥ生成器は、前記ＡＣＫ／ＮＡＣＫモジュールによって判定されたエラー状態と、前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に対応する持続性アロケーションに対する変更とに基づき、１組の最近の変更を判定するように構成されており、
前記送信器は、前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に対応する持続性アロケーションに対する前記１組の最近の変更の指示を送信するように構成されており、前記１つ以上のクライアント局に対応する持続性アロケーションに対する最近の変更がない場合、変更なしの指示が送信される、請求項１６に記載の基地局。
【請求項１８】
前記送信器は、前記持続性アロケーション情報要素の少なくとも一部を送信するように構成されている、請求項１６に記載の基地局。
【請求項１９】
持続性リソース・アロケーション情報要素を通信するように構成された送信器と、
共有される否定応答（ＮＡＣＫ）チャネルでＮＡＣＫ指示を受信するように構成された受信器と、を備える基地局であって、
前記送信器は、ＮＡＣＫ指示の受信された場合、前記共有されるＮＡＣＫチャネルに関連付けた１組のクライアント局のうちの１つ以上のクライアント局に前記持続性リソース・アロケーション情報要素の少なくとも一部を再送信するように構成されている、基地局。