(57)【要約】  基地局（１０３）は、一組の移動局（１０１）を一組の無線リソース（７１０）を共有するグループに割り当てる。共有制御チャネル情報要素（５０１）は、移動局（１０１）のグループに送信され、グループの順序（５１１）、リソース割当て（５３０）、障害対応リソース（５４０）および順序パターン（５１３）に対するフィールドを有するビットマップを提供する。移動局が、共有制御チャネル情報要素（５０１）の復号に失敗した場合には、移動局はデータを受信するために障害対応リソースにアクセスする。ある実施形態の場合には、障害対応チャネルは、永続的なものであってもよいし、または移動局が再び共有制御チャネル情報要素（５０１）を復号することができるようになった後で解放することもできるので、それによりその移動局グループに割り当てられた共有リソース・プールを共有することができる。
2009545270.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを作動するための方法であって、
一組の移動局を１つのグループとして定義するステップと、
前記グループへ割り当てるための一組のリソースを定義するステップと、
障害対応リソースとして少なくとも１つのリソースを予約するステップと、
前記グループに、前記一組のリソースおよび前記障害対応リソースの表示を含む制御情報を送信するステップと、
前記グループにリソース割当てを表示する共通の制御情報を送信するステップと、
前記グループのある特定の移動局が、前記共通の制御情報を高い信頼性で復号できないと判定するステップと、
前記障害対応リソースを前記特定の移動局に割り当てるステップと、
前記障害対応リソースにより前記特定の移動局にデータを送信するステップと、
を含む方法。
【請求項２】
前記グループの特定の移動局が、前記共通の制御情報を高い信頼性で復号できないと判定するステップが、
前記特定の移動局から通知メッセージを受信するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記グループの特定の移動局が、前記共通の制御情報を高い信頼性で復号できないと判定するステップが、
前記特定の移動局からチャネル品質状態情報を含むメッセージを受信するステップをさらに含む請求項１に記載の方法。
【請求項４】
前記特定の移動局に前記障害対応リソースを割り当てるステップが、
制御チャネルを介して送信されたメッセージに前記特定の移動局および前記障害対応リソースの識別情報を含ませるステップをさらに含む請求項１に記載の方法。
【請求項５】
前記障害対応リソースに対する順序パターンを決定するステップと、
前記共通の制御情報に前記情報順序パターンの表示を含ませるステップと、
をさらに含む請求項１に記載の方法。
【請求項６】
前記障害対応リソースにより、前記特定の移動局にデータを送信するステップが、
前記特定の移動局に一意の方法で前記データをスクランブルまたは符号化するステップをさらに含む請求項１に記載の方法。
【請求項７】
前記グループにリソース割当てを表示する共通の制御情報を送信するステップが、
前記障害対応リソースに対応するビット位置を有するビットマップを送信するステップであって、前記ビット位置が、前記障害対応リソースが割り当てられることを表示するステップをさらに含む請求項１に記載の方法。
【請求項８】
前記グループにリソース割当てを示す共通の制御情報を送信するステップが、
移動局リソース割当フィールド、障害対応リソース割当フィールド、移動局グループ順序フィールド、または順序パターン・フィールドのうちの少なくとも１つを含むビットマップを送信するステップをさらに含む請求項１に記載の方法。
【請求項９】
前記移動局グループ順序が、移動局リソース割当ての順序を示す請求項８に記載の方法。
【請求項１０】
少なくとも２つの移動局が、前記グループ順序フィールドを介して同じグループ位置に割り当てられる請求項９に記載の方法。
【請求項１１】
前記グループ位置が、ブロードキャスト／マルチキャスト・メッセージおよびグループ通話のうちの１つの存在を示す請求項１０に記載の方法。
【請求項１２】
移動局を作動するための方法であって、
一組の障害対応チャネル識別子を格納するステップと、
基地局から受信した共通の制御情報によりＶｏＩＰ（Ｖｏｉｃｅ−ｏｖｅｒ−Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ）セッション中に通信するステップと、
前記共通の制御チャネルが高い信頼性で復号できないと判定するステップと、
チャネルが検出されるまで、前記一組の障害対応チャネル識別子のブラインド検出を順次行うステップと、
を含む方法。
【請求項１３】
前記共通の制御チャネルが受信されなかったと判定するステップが、
所定の時間後に、否定応答メッセージを送信するステップと、
前記ブラインド検出を行う前に内部タイマーが時間切れになったと判定するステップと、
をさらに含む請求項１２に記載の方法。
【請求項１４】
移動局を作動するための方法が、
障害対応チャネル識別子を格納するステップと、
基地局から受信した共有制御チャネルによりＶｏＩＰ（Ｖｏｉｃｅ−ｏｖｅｒ−Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ）セッション中に通信するステップと、
共通の制御チャネルが高い信頼性で復号できないと判定するステップと、
制御チャネルを介して送信されたメッセージ内の割り当てられた障害対応リソースの識別情報を受信するステップと、
前記割り当てられた障害対応リソース上でデータを受信するステップと、
を含む方法。
【請求項１５】
トランシーバと、
前記トランシーバと結合しているプロセッサとを備え、前記プロセッサが、
一組の移動局を１つのグループとして定義し、
前記グループに割り当てるための一組の無線リソースを定義し、
前記無線リソースのサブセットを障害対応制御セットとして予約し、
前記グループに前記障害対応セットの表示を含む制御情報を送信し、
前記グループにリソース割当てを示す共通の制御チャネルを送信し、
前記グループの特定の移動局が、前記共通の制御情報を高い信頼性で復号できないと判定し、
前記特定の移動局に前記障害対応セットの１つの無線リソースを割り当て、
前記無線リソースにより前記特定の移動局にデータを送信する
ように構成される基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、ＶｏＩＰ（Ｖｏｉｃｅ−ｏｖｅｒ−Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ）無線通信ネットワークに関し、特に、一組の時間−周波数リソースを共有するグループ内での無線通信移動局による制御チャネル受信障害の処理に関する。
【背景技術】
【０００２】
例えば、パケット・ベースの通信システムのような無線通信システムは、ＶｏＩＰ（Ｖｏｉｃｅ−ｏｖｅｒ−Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ）を使用して音声電話を提供することができる。「データ」と「音声」との間のすべての履歴区分は、パケット・ベースの通信システムにおいては曖昧になってきていて、そのため「データ」という用語は、通常、インターネットからダウンロードにより提供することができる音声またはデータのような任意のサービスについてのペイロード情報を意味する。
【０００３】
しかし、音声が、例えば、従来のいわゆるデータよりも遅延について敏感であるために、一般に、より小さなパケット・サイズを使用するという点で、データと音声とは依然として異なるものである。例えば、非音声データ・パケットは、１キロバイトより大きくすることができるが、音声パケットは、使用するボコーダ・レートにより異なるがほぼ１５〜５０バイト程度である。
【０００４】
音声セッションが使用するパケット・サイズが小さいので、非常に増大した数の音声ユーザにサービスを提供することができ、それにより通信システムの制御機構およびリソース上に負担がかかることになる。
【０００５】
例えば、複数の音声ユーザは、複数のユーザに、特定の時間−周波数リソース、すなわち、トラフィック・リソースを割り当てるために共通の制御チャネルを共有するグループを形成することができる。しかし、グループ内の何人かのユーザが、無線シャドウイングまたはフェージングのような種々の理由で、制御チャネル情報を受信することができなかったり、または正しく復号することができない場合がでてくる。１つの取り得る解決方法は、以前に送信した制御メッセージを受信しなかったユーザに一時的ではあるが、特定の制御リソースを提供することである。しかし、そのような制御リソースは、追加の処理および送信を必要とし、そのため、音声トラフィック用に使用することができたリソースより多くのリソースを消費し、それ故さらにネットワークに負担がかかることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
それ故、通信システムのオーバーヘッドをあまり増大しないで、制御メッセージの受信に失敗した移動局を処理するための装置および方法が求められている。
【課題を解決するための手段】
【０００７】
ここで、類似の参照符号が類似の構成要素を示している図面を参照すると、図１は、各基地局１０３が対応するカバレージ・エリア１０７を有する種々の基地局１０３を備える通信ネットワーク１００を示す。一般に、基地局のカバレージ・エリアは、重畳している場合があり、一般に、ネットワーク・カバレージ・エリア全体を形成する。基地局は、技術により、基地局装置（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）、「ノードＢ」およびアクセス・ノード（ＡＮ）のような他の名称で呼ぶことができる。ネットワーク・カバレージ・エリアは、多数の基地局カバレージ・エリア１０７を含むことができ、これらの基地局カバレージ・エリアは、隣接する無線カバレージ・エリアを形成することができる。しかし、隣接する無線カバレージ・エリアを有する必要はないので、ネットワーク・カバレージ・エリアは、別の方法で分配することができる。
【０００８】
さらに、各カバレージ・エリアは、多数の移動局１０１を有することができる。多数の基地局１０３は、バックホール接続（ｂａｃｋｈａｕｌ  ｃｏｎｎｅｃｔｉｏｎ）１１１を介して基地局制御装置１０９と接続されている。基地局制御装置１０９および基地局は、無線アクセス・ネットワーク（ＲＡＮ）を形成する。ネットワーク全体は、それぞれが多数の基地局を制御する任意の数の基地局制御装置を備えることができる。別の方法としては、基地局制御装置１０９を基地局１０３間で分散型の機能として実施することもできることに留意されたい。特定の実施がなんであれ、基地局制御装置１０９は、パケット・スケジューラ、パケット・セグメント分割および再組立てのようなパケット化通信のための種々のモジュール、および種々の移動局１０１に適当な無線リソースを割り当てるためのモジュールを備える。
【０００９】
基地局１０３は、任意の数の標準エア・インタフェースを介して、また任意の数の変調および符号化方式を使用して移動局１０１と通信することができる。例えば、ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、Ｅｖｏｌｖｅｄ  ＵＭＴＳ（Ｅ−ＵＭＴＳ）地上無線アクセス（Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）（Ｅ−ＵＴＲＡ）またはＣＤＭＡ２０００を使用することができる。さらに、Ｅ−ＵＭＴＳは、直交周波数分割多重化（ＯＦＤＭ）を使用することができ、またＣＤＭＡ２０００は、ウォルシュ・コードのような直交拡散コードを使用することができる。また、エア・インタフェースを通しての追加のチャネル化を行うために半直交拡散コード（ｓｅｍｉ−ｏｒｔｈｏｇｏｎａｌ  ｓｐｒｅａｄｉｎｇ  ｃｏｄｅ）を使用することができる。さらに、ネットワークは、展開高速パケット・データ（Ｅ−ＨＲＰＤ：Ｅｖｏｌｖｅｄ  Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ）ネットワークであってもよい。種々の実施形態は、任意の適当な無線インタフェースを使用することができる。
【００１０】
図２は、種々の実施形態の無線通信システムで通信を行う際に役に立つ一連のスーパー・フレーム２００を示す。図２の場合には、スーパー・フレーム・シーケンスは、一般に、多数のスーパー・フレーム２１０、２２０、２３０等を含む。この場合、各スーパー・フレームは、多数のフレームを含む。例えば、スーパー・フレーム２１０は、制御チャネル部分２１４内にリソース割当制御チャネル部分およびデータ・チャネル部分２１６を有するフレーム２１２を含む。
【図面の簡単な説明】
【００１１】
【図１】無線通信ネットワークのブロック図。
【図２】それぞれがいくつかのフレームを含む一連のスーパー・フレームのブロック図。
【図３】それぞれが１つまたは複数のフレームを含む一連のロング・フレームを示す図面。
【図４】一組の共有リソースの論理図。
【図５ａ】リソースを割り当てるために共有制御チャネルにより送信したビットマップの図面。
【図５ｂ】リソースを割り当てるために共有制御チャネルにより送信したビットマップの図面。
【図６】移動局のグループのための例示としてのリソース割当ておよび順序パターンを示す図面。
【図７】種々の実施形態による例示としてのリソース割当ておよび順序パターンを示す図面。
【図８】種々の実施形態によるもう１つの例示としてのリソース割当ておよび順序パターンを示す図面。
【図９】種々の実施形態による移動局および基地局アーキテクチャのブロック図。
【図１０】種々の実施形態による移動局のブロック図。
【図１１】ある実施形態による基地局の動作を示すフローチャート。
【図１２】ある実施形態による移動局の動作を示すフローチャート。
【図１３】種々の実施形態による移動局の動作を示すフローチャート。
【発明を実施するための形態】
【００１２】
図３は、一連の中継ロング・フレームを示す。この場合、２つのフレームが一緒にされてロング・フレームを形成している。ある実施形態の場合には、ロング・フレームは、１つのフレームと等価である。間引きパターン（ｉｎｔｅｒｌａｃｅ  ｐａｔｔｅｒｎ）が、一連の等間隔のロング・フレームとして形成されている。同期ハイブリッド自動再送要求（ＨＡＲＱ）（Ｓ−ＨＡＲＱ）を使用するシステムの場合には、初期および以降の送信は、通常、同じ間引きパターン内で発生する。図の例の場合には、ロング・フレーム０〜１１で示す１２のロング・フレームがスーパー・フレームを形成している。
【００１３】
直交周波数分割多元接続（ＯＦＤＭＡ）システムの場合には、周波数領域はサブキャリアに分割される。例えば、５ＭＨｚ  ＯＦＤＭＡキャリアは、９．６ｋＨｚのサブキャリア間隔で、４８０のサブキャリアに分割することができる。ＯＦＤＭＡフレームは、複数のＯＦＤＭシンボルに分割することができる。例えば、フレームは、０．９１１４４ミリ秒を占めていて、８つのＯＦＤＭシンボルを含む。この場合、各シンボルは、約１１３．９３マイクロ秒を占める。サブキャリアは一緒にされてブロック・リソース・チャネル（ＢＲＣＨ）および分散リソース・チャネル（ＤＲＣＨ）を形成する。ＢＲＣＨは、広い帯域幅内でホップすることができる隣接するサブキャリアのグループであり、ＤＲＣＨは、隣接していないサブキャリアのグループである。
【００１４】
種々の実施形態の場合には、基地局制御装置１０９、基地局１０３、またはいくつかの他のネットワーク・インフラストラクチャ構成要素が、スケジューリングのために移動局１０１を１つまたは複数のグループにグループ分けする。移動局１０１は、例えば、移動局が報告したチャネル品質情報、移動局が報告したドップラー、サービング・セルからの距離等のような移動局に関連する無線チャネル状態に基づいてグループ分けすることができる。別の方法としては、または追加的に、移動局１０１を、共通の通信セッション以外の１つまたは複数の移動局動作特性に基づいてグループ分けすることができる。例示としての移動局動作特性としては、移動局の電力ヘッドルーム、マクロダイバーシティ考慮事項、移動局の能力、移動局のサービス、コーデック・レート等がある。さらに、アクティブＶｏＩＰセッションを有する移動局を一緒にグループ分けすることもできる。
【００１５】
他の実施形態の場合には、基地局制御装置１０９、基地局１０３、またはいくつかの他のネットワーク・インフラストラクチャ構成要素は、同じグループ位置に複数の移動局を割り当てることができる。例えば、同じグループに参加するすべての移動局を同じグループ位置に割り当てることができる。同様に、特定のブロードキャスト／マルチキャスト・セッションに登録しているすべての移動局を同じグループ位置に割り当てることができる。このようにして、基地局は、共有制御チャネルの１つのビットを使用して、いくつかの移動局にグループ通話またはブロードキャスト／マルチキャスト・セッションの有無を表示し、それによりグループ・オーバーヘッドを低減する。この実施形態の場合には、移動局を、同じグループ内の２つ以上のグループ位置に割り当てることができる。例えば、基地局は、移動局にブロードキャスト／マルチキャスト用の１つのグループ位置およびＶｏＩＰ用の他のグループ位置を割り当てることができる。
【００１６】
移動局のグループを決定した後で、基地局１０３は、グループ内の各移動局の位置の移動局１０１の表示、およびグループ識別子の表示を送信する。制御チャネルは、表示を送信するのに使用することができる。基地局１０３は、グループ全体に対して有効な制御情報を送信するためにグループ識別子を使用することができる。例えば、基地局１０３は、グループ識別子の表示および新しい周波数割当ての表示を送信することにより、グループに対する周波数割当てを変更することができる。位置の表示を、別々に各移動局に送信することもできるし、またはいくつかの移動局に同時に送信することもできる。
【００１７】
例えば、基地局１０３は、グループ識別子と一緒に無線移動局の一意の識別子のリストを送信することができる。任意の適当な規則を、位置表示を決定するために使用することができる。例えば、一意の識別子のリスト内の第１の移動局を第１の位置に割り当てることもできるし、一意の識別子のリスト内の第２の移動局を第２の位置に割り当てることもできる。移動局の一意の識別子は、電子シリアル番号（ＥＳＮ）、加入者ハードウェア識別子、媒体アクセス制御識別子（ＭＡＣ−Ｉｄ）または特定の移動局を一意に識別する任意の他の適切な識別子であってもよい。
【００１８】
各移動局グループの場合には、基地局制御装置１０９または基地局１０３のスケジューリング機能は、グループ内の移動局が共有する一組の時間−周波数リソースを割り当てることができる。図４は、例示としての一組の共有リソースを示す。図４の場合には、共有リソース４１０は、２つのフレーム（１つのロング・フレーム）および８つのＤＲＣＨである。１つのブロックを時間領域内の１つのフレーム、周波数領域内の１つのＤＲＣＨであると定義するならば、１から１６までの１６のブロックまたはリソースが存在することになる。すでに説明したように、ＤＲＣＨは、隣接していないサブキャリアのグループであるので、図４の垂直軸であるＤＲＣＨインデックスは、周波数領域の論理表示である。以下に説明するように、各移動局は、他の移動局に対する割当てに基づいて共有リソースのその一部を決定する。それ故、リソースが割り当てられる順序を定義する必要がある。図４は、図４に示すように、１から１６までのブロックとなる順序パターン４２０を示す。この一組の共有リソースは、図３のところで説明したように、間引きパターン内で繰り返し使用することができる。例えば、１６のリソースを、図３の間引きパターン０の各ロング・フレーム内で繰り返し使用することができる。この場合も、図４の１６のリソースは、フレーム内の周波数領域内の一組のサブキャリアの論理表示である。これらのサブキャリアの正確な物理位置はフレームごとに変更することができることを理解されたい。
【００１９】
この一組の共有リソースおよび順序パターンの表示を、制御チャネルを使用して基地局１０３から移動局１０１にシグナリングすることができる。さらに、制御チャネルをこの一組の共有リソースの最初のフレームとの予め定義した関係と一緒に、任意のフレーム内で送信することができる。この一組の共有リソースは、制御チャネルが送信される同じフレーム内で開始することができるか、制御チャネルが送信されるフレームに対する固定開始地点を有することができるか、または制御チャネルに明示的にシグナリングすることができる。
【００２０】
移動局をグループ分けし、グループ内の位置（ロケーションとも呼ばれる）に割り当て、一組の共有リソースがグループに割り当てられた後で、基地局１０３は、所与の時間内にどの移動局がアクティブ状態にあるのかを表示しなければならず、またいくつかの実施形態の場合には、各移動局に割り当てた割当て済みのリソースの数を表示しなければならない。
【００２１】
図５ａは、移動局１０１に対するリソース割当ての表示方法を示す。図５の場合には、第１のメッセージ・フィールド、移動局割当て５１０が、対応する一組のグループ共有リソース内の共有リソースのうちの少なくとも１つにどの移動局が割り当てられるのかを表示する。移動局リソース割当フィールド５３０は、特定のリソースおよび／または各移動局に割り当てられたリソースの数を表示することができる。種々の実施形態の場合には、以下にさらに詳細に説明するように、障害対応フィールド５４０も含むことができる。
【００２２】
図５ｂは、図５ａのメッセージがビットマップを使用して情報を運ぶ方法のもう１つの詳細な例を示す。図５ｂは、すでに説明した情報要素５０１を制御チャネルを通して移動局に送信する方法を示す。上記移動局グループの場合には、情報要素５０１は、共有制御チャネルにより送信することができる。情報要素５０１は、図の多数のオクテットを含むことができ、例えば、制御チャネルを共有するグループ内の移動局の数によりサイズを変えることができる。それ故、情報要素５０１は、移動局グループに必要な情報を運ぶための任意の適当なサイズを有することができる。
【００２３】
それ故、移動局割当て５１０は、図５ｂに示すように、例えば、オクテット１７のビット００１〜００８、項目５０９のような多数のビットマップ・フィールドを含むことができる。図の例の場合には、そのグループ内の任意の移動局の位置は、そのビットマップ位置に対応する。例えば、第１のグループ位置「位置１」に割り当てられた移動局は、それがビットマップ位置００１を使用する共有リソースのうちの１つに割り当てられるのか否かを判定することができる。図５ｂの例の場合には、移動局の位置は、移動局のグループの順序フィールド５１１により表示される。それ故、図５ｂの例の第１の移動局の位置は、移動局のグループ順序フィールド５１１の第１の位置であるビット００５に対応する。グループ位置２に割り当てられた移動局は、移動局のグループ順序フィールド５１１の第２の位置を使用して、共有リソースのうちの１つに自身が割り当てられるのか否かを判定することができる。それ故、ビットマップ・フィールドは、１つまたは複数のビットを含むことができること、また任意の指定または表示のためにビットのグループを使用することができることを理解されたい。例えば、２進の「０」または「１」を使用して、アクティブ・ユーザを表示することができる。この場合、非アクティブ・ユーザを反対の状態で表示することもできるし、またはいくつかの他の適当な２進値を使用することもできる。
【００２４】
再度図５ｂを参照すると、アクティブ状態の移動局は、情報要素５０１に含まれている割当ビットマップ５１０の適当な対応する位置の２進の「１」により表示することができる。いくつかの実施形態は、論理開始位置のところ、または「順序パターン反転フィールド」５１５で示す割当ビットマップ５１０の任意の他の適当なロケーションまたはフィールドのところに位置する１つのビットを含むことができる。例えば、ビット００１のようなビットの２進値は、昇順または降順の特に指定した順序パターンに従うべきか否かを表示することができる。それ故、２進の「０」は、移動局は、昇順（反転していない）の第１の指定の順序パターンを使用すべきであると表示することができる。一方、２進の「１」は、順序パターンを反転すべきである、すなわち、降順で使用すべきであると表示することができる。
【００２５】
他の実施形態の場合には、いくつかの順序パターンを確立することができ、基地局１０３は、割当ビットマップ５１０の順序パターン・フィールド５１３を介して移動局１０１グループが使用すべき順序パターンを表示することができる。それ故、基地局１０３は、各スケジューリングの際に所望の順序パターンを表示することができる。さらに、順序パターンを、呼設定で確立することができ、移動局割当て５１０の一部としてシグナリングしないこともできる。
【００２６】
それ故、図５ｂの場合には、ビット００２、００３および００４は、適当な順序パターンを指定するための順序パターン・フィールド５１３を形成することができ、ビット００１は、順序パターンを昇順にすべきか、降順にすべきかを表示するために順序パターン反転フィールド５１５を形成することができる。
【００２７】
図５ａおよび図５ｂの場合には、割当サイズ・フィールド５３０は、無線リソース割当加重情報を表示し、また移動局に割り当てられた無線リソースの割合を表示することができる。無線リソース割当加重情報は、また、各移動局に割り当てられた無線リソースの指定の数またはサイズを表示することができる。
【００２８】
ある実施形態の場合には、無線リソース割当加重情報は、また、ボコーダ・レート、変調、または符号化情報を含むことができる。可能な加重値が１つしかない場合には、割当サイズ・フィールド５３０を省略することができる。移動局割当フィールド５１０を含んでいる情報要素５０１を使用した場合には、上記割当サイズ・フィールド５３０は、共有制御チャネルを通して移動局グループに送信される。また上記のように、移動局グループも、一組の時間−周波数リソースを共有する。共有制御チャネルは、通常、ロング・フレーム内のリソースを割り当てるための各ロング・フレームで基地局１０３により送信される。しかし、共有制御チャネルは、任意の先行するロング・フレームで、基地局１０３により送信することができることを理解されたい。種々の実施形態の場合には、情報要素５０１も、任意の適当な数のビットを含むことができる以下にさらに詳細に説明する障害対応フィールド５４０を含むことができる。
【００２９】
基地局１０３が定義したグループが、任意のブロードキャスト／マルチキャスト移動局またはグループ通話に参加している移動局を含んでいる場合には、割当フィールド５１０は、例えば、ブロードキャスト／マルチキャスト／グループ・フィールドおよびユニキャスト・フィールドのような２つのフィールドにさらに細分化することができる。ユニキャストの場合には、１つの移動局が、あるグループ位置に割り当てられ、一方、グループ、マルチキャストおよびブロードキャストの場合には、２つ以上の移動局を、すでに説明したように、あるグループ位置に割り当てることができる。ブロードキャスト、マルチキャスト、グループ通話およびユニキャスト呼のための間引きパターンは、異なる持続時間を有することができ、種々の変調および符号化方式を使用することができる。さらに、割当フィールドは、ユニキャスト移動局だけを含むことができ、それによりブロードキャスト／マルチキャスト／グループ・フィールドを除去することができる。同様に、割当フィールドは、ブロードキャスト／マルチキャスト／グループ・フィールドだけを含むことができ、それによりユニキャスト移動局を除去することができる。さらに、ブロードキャスト／マルチキャスト／グループ・フィールドを、ユニキャスト・フィールドから独立して符号化することもできる。この場合、ブロードキャスト／マルチキャスト／グループ・フィールドは、１つの割当サイズ・フィールド５３０を有し、一方、ユニキャスト・フィールドは、異なる割当サイズ・フィールド５３０を有する。ブロードキャスト、マルチキャスト、およびグループ通話の場合には、割り当てられたグループ位置は、複数のセクター内で同じものであってもよく、それにより、複数の基地局からの送信を空中を通して結合することができる。さらに、これらのグループ位置が端末割当フィールドの始めのところに位置していると有利であり、それにより、基地局は、複数のセクター内で同じリソースを割り当てることができる。
【００３０】
図６は、移動局割当ておよび順序パターン割当ての詳細図である。図６の例の場合には、割当サイズ・フィールド５３０は使用しない。図６の場合には、移動局はグループ６３０に割り当てられ、移動局割当フィールド６５０内のビットマップ位置１〜７に対応するグループ位置１〜７に割り当てられる。より詳細には、移動局３（ＭＳ３）は、ビットマップ位置１に割り当てられ、移動局６（ＭＳ６）は、ビットマップ２に割り当てられる等。
【００３１】
位置情報の他に、基地局１０３は、また、一組の共有リソース６１０およびリソースが割り当てられる順序を示す順序パターン６７０を示す。移動局割当フィールドは、また、例えば、２進の「１」により、各ロング・フレーム内のアクティブ状態にある移動局を表示する。
【００３２】
上記のように、移動局割当フィールドは、各ロング・フレームごとに共有制御チャネルにより送信される。移動局割当フィールドに基づいて、各ロング・フレーム内のＮ番目のアクティブ状態にある移動局にＮ番目のリソースが割り当てられる。図６を参照すると、ＭＳ３は第１のリソースが割り当てられる。何故なら、例えば、それが移動局割当フィールド内の「１」で示す第１の移動局であるからである。ＭＳ７は、移動局割当フィールド内の「１」で示す第２の移動局であるので、ＭＳ７には第２のリソースが割り当てられる。同様に、ＭＳ１０には第３のリソースが割り当てられ、ＭＳ１３には第４のリソースが割り当てられる。
【００３３】
図７は、種々の実施形態による移動局割当ておよび順序パターン割当ての例示としての一例である。図７の例示としての種々の実施形態の場合には、共有制御チャネルを高い信頼性で復号することができない移動局のために、障害対応データ・トラフィック・チャネルが使用される。図７を参照すると、ＭＳ３、ＭＳ１、ＭＳ３７、ＭＳ１２、ＭＳ７５、ＭＳ１５、ＭＳ２９、ＭＳ１３４、ＭＳ４５、およびＭＳ５９は、移動局グループ７３０に割り当てられ、それぞれグループ内の位置１〜１０に割り当てられる。
【００３４】
移動局グループ７３０には、割り当てられたデータ・トラフィック・チャネル７１０および順序パターン７７０で示す一組の６つの共有リソース７１０が割り当てられる。さらに、グループ７３０には、一組の共有リソース７１０の最後の２つのリソースである、障害対応データ・トラフィック・チャネルで示す２つの共有リソースが割り当てられる。最後に、グループには、障害対応データ・トラフィック・チャネルの割当て順序を示す障害対応順序パターン７９０が割り当てられる。
【００３５】
例えば、種々の実施形態の場合には、ＭＳ１およびＭＳ４５は、前のロング・フレームにより、基地局１０３に共有制御チャネル（ＳＣＣＨ−ＮＡＫ）メッセージの否定応答を送信することができ、それにより基地局１０３に共有制御チャネルを高い信頼性で復号することに失敗したことを知らせる。これに応じて、基地局１０３は、障害対応順序パターン７９０により、ＭＳ１に第１の障害対応データ・トラフィック・チャネルを割り当て、ＭＳ４５に第２の障害対応データ・トラフィック・チャネルを割り当てる。次に、残りの移動局には、残りのデータ・トラフィック・チャネル７１０が割り当てられる。１つの移動局だけがＳＣＣＨ−ＮＡＫメッセージを送信した場合には、基地局１０３が残りの障害対応データ・トラフィック・チャネルを、割り当てられたデータ・トラフィック・チャネルとして使用することができることに留意されたい。
【００３６】
図７の例の場合には、基地局１０３は、７１０にそれぞれ示すように、ＭＳ３、ＭＳ３７、ＭＳ７５、およびＭＳ１５に、移動局割当フィールド７５０によりデータ・トラフィック・チャネル１〜４を割り当てることができる。ＭＳ１およびＭＳ４５を除く各移動局は、移動局割当フィールド７５０を発見するために、共有制御チャネルを復号しようとする。
【００３７】
種々の実施形態の場合には、共有制御チャネルの受信または復号に失敗したＭＳ１およびＭＳ４５は、すでに説明したように、障害対応順序パターン７９０により、第１の障害対応データ・トラフィック・チャネルから開始して、一組の２つの障害対応データ・トラフィック・チャネル上でブラインド検出を行う。移動局割当フィールド７５０は、ＭＳ１およびＭＳ４５がアクティブ状態でないことを示す。すなわち、ビットマップ・フィールドの各移動局割当位置に２進の「０」を表示することができることを示すことに留意されたい。さらに、種々の実施形態の場合には、ＭＳ１およびＭＳ４５の障害対応割当ては永続的な割当てである。永続的な割当てという用語は、タイマーが時間切れになるまで、呼バーストが完了するまで、パケットが肯定応答を受信するまで、基地局１０３が他の移動局にチャネルを割り当てるまで、または移動局が共有制御チャネルを高い信頼性で復号することができるように、移動局のところでチャネル状態が変化するまで、同じ移動局に同じ障害対応データ・トラフィック・チャネルが割り当てられることを意味する。
【００３８】
障害対応データ・トラフィック・チャネルを解放するために、どの移動局も障害対応を要求していない場合には、永続的割当てを使用するには、共有制御チャネル内の追加のビットを使用しなければならない。これらの追加のビットは、共有制御チャネルを受信している移動局に、各ロング・フレームに対してどの障害対応データ・トラフィック・チャネルが現在使用中であるのかを表示するために使用される。
【００３９】
図５ａおよび図５ｂに示すように、共有制御チャネルは、移動局割当フィールド５１０および任意選択としての割当サイズ・フィールド５３０の他に、障害対応フィールド５４０を含むことができる。障害対応フィールド５４０は、移動局にどの障害対応データ・トラフィック・チャネルが使用中であるのかを知らせる。
【００４０】
それ故、種々の実施形態の場合には、障害対応フィールド５４０は、ビットマップの各ビットが、障害対応データ・トラフィック・チャネルのうちの１つに対応することができるビットマップである。障害対応データ・トラフィック・チャネルが、割り当てられたデータ・トラフィック・チャネルのサブセットである場合には、ビットマップの各ビットは、さらに、割り当てられたデータ・トラフィック・チャネルのうちの１つに対応することができる。障害対応フィールド５４０は、移動局割当て５１０および割当サイズ・フィールド５３０と一緒に符号化することができること、または独立して符号化することができることに留意されたい。
【００４１】
図８は、障害対応ビットマップ・フィールド５４０を使用する種々の実施形態の例示としての割当ポリシーを示す。図８の場合には、図７の例の後の一瞬である、すなわち、図７のシナリオがロング・フレーム番号０のスナップショットであったロング・フレーム番号３のスナップショットであると仮定する。それ故、図８の例の場合には、図７で共有制御チャネルを復号することができなかったＭＳ１は、その送信に以後成功し、肯定応答する。一方、ＭＳ４５は、ロング・フレーム０の後でその送信を肯定応答しなかった。
【００４２】
ＭＳ４５には、ロング・フレーム番号０で永続的割当てとして第２の障害対応データ・トラフィック・チャネルが割り当てられたので、基地局１０３は、第２の障害対応データ・トラフィック・チャネルによりＭＳ４５にデータを引き続き送信する。さらに、基地局１０３は、割り当てられたデータ・トラフィック・チャネルとして使用するために、第１の障害対応データ・トラフィック・チャネルを解放したがっている。この解放を行うために、基地局１０３は、障害対応フィールド５４０が長い２つのビットマップであり、ビットマップの第１のビットが、第１の障害対応データ・トラフィック・チャネル（６番目の割当て可能なデータ・トラフィック・チャネル）に対応し、ビットマップの第２のビットが、第２のデータ・トラフィック・チャネル（５番目の割当て可能なデータ・トラフィック・チャネル）に対応する障害対応フィールド５４０を送信する。第１の障害対応データ・トラフィック・チャネルが解放されていること、一方、第２の障害対応データ・トラフィック・チャネルが使用中であることを示すために、基地局１０３は、例えば、「０１」を含む図５ｂのビット１１３および１１４のような２ビット・フィールドを配置することができる。この場合、２進の「０」は使用可能チャネルを表し、２進の「１」は使用中のチャネルを表す。
【００４３】
この情報に基づいて、共有制御チャネルを受信中の移動局は、各ロング・フレーム中のどの障害対応データ・トラフィック・チャネルが使用中なのかを判定することができる。図８のこの例の場合には、基地局１０３は、ＭＳ１２、ＭＳ７５、ＭＳ１５、ＭＳ１３４およびＭＳ５９を共有リソースのうちの１つに割り当てる。ＭＳ１２、ＭＳ７５、ＭＳ１５、ＭＳ１３４は、共有制御チャネルの移動局割当フィールド５１０を介してその割り当てたリソースを判定する。ＭＳ５９は、また、障害対応ブロック・フィールドを使用して５番目のデータ・トラフィック・チャネルが使用中であると判定し、それ故、このチャネルが６番目のデータ・トラフィック・チャネルに割り当てられていると判定する。ＭＳ４５は、障害対応データ・トラフィック・チャネル１および２上で、ブラインド検出を引き続き行う。
【００４４】
ある状況の場合には、ブラインド検出に関連する移動局のところでの処理は望ましくない場合がある。それ故、ある実施形態の場合には、基地局１０３が、移動局が共有制御チャネルを高い信頼性で復号することができないと判定した場合には、基地局１０３は、移動局に障害対応制御チャネルを送信する。この場合、障害対応制御チャネルは、共有制御チャネルよりも高い信頼性を有する。障害対応制御チャネルは、複数の移動局に対する情報を含むことができるし、または目的の移動局だけに対する情報を含むこともできる。例えば、障害対応制御チャネル情報は、割り当てたデータ・トラフィック・チャネルの表示、または障害対応データ・トラフィック・チャネルの表示、および目標移動局の表示を含むことができる。この割当ては、１つのロング・フレームに対するものであってもよいし、またはすでに説明したように、永続的割当てであってもよい。例えば、再度図７を参照すると、この実施形態の場合には、ＢＴＳは、明示的シグナリングで、ＭＳ１を障害対応データ・チャネル１に割り当て、ＭＳ４５を障害対応データ・チャネル２に割り当て、それにより任意のブラインド検出を使用しないですむ。すでに説明したように、障害対応制御チャネルが、永続的割当てを含んでいる場合には、タイマーが時間切れになるまで、呼バーストが完了するまで、パケットが肯定応答を受信するまで、基地局１０３が他の移動局にチャネルを割り当てるまで、または移動局が共有制御チャネルを高い信頼性で復号することができるように、移動局のところでチャネル状態が変化するまで、同じ移動局に同じ障害対応データ・トラフィック・チャネルが割り当てられる。さらに、種々の実施形態の場合、共有制御チャネル上の誤り率が許容できない場合には、すでに説明したように、高品質サービス（ＱｏＳ）移動局に永続的チャネルを割り当てることができる。
【００４５】
他の実施形態の場合には、永続的割当てを使用しないで、一次移動局グループのグループまたはサブグループとして、障害対応データ・トラフィック・チャネルを使用中の移動局を制御するために障害対応共有制御チャネルが使用される。この実施形態の場合には、障害対応共有制御チャネルは、また、各移動局が、例えば、移動局割当フィールド内のビットに対応する移動局割当フィールドを含むことができる。それ故、この実施形態は、２つの移動局グループ、すなわち、一次グループおよび障害対応グループの生成であるとみなすことができる。使用中の障害対応データ・トラフィック・チャネルの数を判定するために、一次グループは、障害対応共有制御チャネルを使用することができ、一方、障害対応グループは、各グループ・メンバーに基地局１０３がパケットをいつ送信するのかを判定するためにそれを使用することができる。障害対応制御チャネルは、共有制御チャネルよりも高い信頼性を有するように符号化される。別の方法としては、共有制御チャネルの一部としての障害対応グループが使用している障害対応ブロックの数を表示することにより、障害対応共有制御チャネルを復号するための一次グループを使用しないですむようになる。ある実施形態の場合には、３つ以上のグループを生成することもできることに留意されたい。例えば、全体の移動局のグループ分けのところで説明したように、種々の報告されたパラメータまたは移動局の能力により移動局をグループ分けすることができる。
【００４６】
ここで図９を参照すると、この図は、種々の実施形態による移動局９０１および基地局９０３のアーキテクチャを示す。移動局９０１は、ＶｏＩＰアプリケーション９０５、ネットワーク層９０７、無線リンク制御装置（ＲＬＣ）９０９、媒体アクセス制御装置（ＭＡＣ）９１１、および物理層（ＰＨＹ）９１３を有するスタックを備える。さらに、移動局９０１は、任意の他の構成要素／層と別々にすることもできるし、またはこれに一体化させることもできる障害対応構成要素９１５を有する。
【００４７】
基地局９０３は、同様に、ＶｏＩＰアプリケーション９１７、ネットワーク層９１９、ＲＬＣ９２１，ＭＡＣ９２３およびＰＨＹ９２７を有する。しかし、基地局９０３の種々の実施形態は、さらに、障害対応構成要素９２５を有する。すでに詳細に説明したように、共有制御チャネルの復号に失敗した移動局９０１の障害対応９１５は、必要に応じておよびすでに詳細に説明したように、基地局９０３に割り当てられた障害対応チャネルのブラインド検出を行うために、または基地局により明示的に割り当てられた障害対応データ・トラフィック・チャネルを処理するために、他の構成要素／層と相互作用を行う。基地局９０３の障害対応構成要素９２５は、同様に、必要に応じて障害対応リソースを割り当てるために、必要に応じて、およびすでに詳細に説明したように、他の構成要素／層と通信し、相互作用を行う。
【００４８】
図１０は、ある実施形態による移動局の一次構成要素を示すブロック図である。移動局１０００は、ユーザ・インタフェース１００１と、少なくとも１つのプロセッサ１００３と、少なくとも１つのメモリ１００５とを含む。メモリ１００５は、移動局オペレーティング・システム１００７、アプリケーション１００９および一般のファイル記憶装置１００９用の十分な記憶装置を有する。移動局１０００のユーザ・インタフェース１００１は、キーパッド、タッチスクリーン、音声作動式コマンド入力、およびジャイロスコープ・カーソル制御装置を含むが、これらに限定されないユーザ・インタフェースの組合せであってもよい。移動局１０００は、また、図１０には図示していない専用プロセッサおよび／またはメモリ、ドライバ等を有することができるグラフィカル・ディスプレイ１０１３を有する。
【００４９】
図１０は、単に例示としてのものであり、本発明による移動局の主な構成要素を説明するためのものであり、移動局のために必要な種々の構成要素およびその間の接続の完全な略図ではないことを理解されたい。それ故、移動局は、図１０に図示していないが、本発明の範囲内に含まれる種々の他の構成要素を含むことができる。
【００５０】
図１０に戻って説明すると、移動局１０００は、また、トランシーバ１０１５および１０１７のような多数のトランシーバを含むこともできる。トランシーバ１０１５および１０１７は、ＵＭＴＳ、Ｅ−ＵＭＴＳ、Ｅ−ＨＲＰＤ、ＣＤＭＡ２０００、８０２．１１、８０２．１６等を含むが、これらに限定されない種々の規格を使用する種々の無線ネットワークと通信することができる。
【００５１】
メモリ１００５は、単に例示としてのものであって、種々の方法で構成することができるが、依然として本発明の範囲内に含まれる。例えば、メモリ１００５は、それぞれがプロセッサ１００３と結合しているいくつかの要素から構成することができる。さらに、別々のプロセッサおよびメモリ素子は、グラフィカル・ディスプレイ上でのグラフィカル・イメージの再現のような特定のタスクのための専用のものであってもよい。いずれの場合でも、メモリ１００５は、少なくとも、移動局１０００のための、オペレーティング・システム１００７、アプリケーション１００９および一般のファイル記憶装置１０１１を記憶するための機能を有する。ある実施形態の場合には、図９に示すように、アプリケーション１００９は、基地局内のスタックと通信するソフトウェア・スタックを含むことができる。それ故、アプリケーション１００９は、すでに詳細に説明したように、障害対応データ・トラフィック・チャネルを使用することができるようにする障害対応構成要素１０１９を含むことができる。
【００５２】
図１１は、種々の実施形態による基地局の動作の略図である。それ故、ステップ１１０１において、移動局のグループが、例えば、報告されたパラメータ、無線条件、移動局の能力、物理位置、または任意の他の適当な基準によりすでに説明したように形成される。ステップ１１０３において、基地局は、図５ａおよび図５ｂのところで説明したビットマップのような共有制御チャネル情報を移動局のグループに送信する。
【００５３】
基地局は、グループ内の大多数の移動局が、共有制御チャネルを受信することができ、および／または高い信頼性で復号することができることを必ず確認しなければならない。そうしなければならないのは、すでに説明したように、移動局が、共有制御チャネルのビットマップ・フィールドを介してその割り当てられたリソースを判定しなければならないからである。基地局は、移動局から基地局に送信されたチャネル品質表示（ＣＱＩ）、電力制御表示、明示的障害メッセージ等に基づいて、特定の移動局に対する共有制御チャネルの受信能力を判定することができる。例えば、移動局からの明示的障害メッセージは、すでに説明したように、共有制御チャネルの否定応答メッセージ（ＳＣＣＨ−ＮＡＫ）であってもよい。別の方法としては、移動局からの明示的障害メッセージは、データ・チャネルの否定応答メッセージであってもよい。
【００５４】
移動局がＮ個の制御チャネルのうちのＭ個を復号することができない場合には、移動局は、ＳＣＣＨ−ＮＡＫメッセージを送信することができる。この場合、Ｎ≧Ｍであり、移動局は、ＭおよびＮについて先験的に予め知っている。例えば、Ｍ＝２およびＮ＝４の場合であって、移動局が共有制御チャネルの以前の４つのうちの２つを復号することができなかった場合には、移動局は、ＳＣＣＨ−ＮＡＫを送信する。別の方法としては、Ｍ＝１およびＮ＝１である場合であって、共有制御チャネルをうまく復号することができない場合には、いつでも移動局はＳＣＣＨ−ＮＡＫを送信する。
【００５５】
移動局グループが共有制御チャネルをうまく復号する能力に基づいて、基地局は、共有制御チャネルに、電力、ＯＦＤＭシンボル、ＯＦＤＭサブキャリア等を含むがこれらに限定されないもっと多くのまたはもっと少ないシステム・リソースを割り当てることができる。例えば、基地局がある時間の間にＳＣＣＨ−ＮＡＫメッセージを受信しなかった場合には、基地局は、共有制御チャネルにもっと少ない電力を割り当てることができる。別の方法としては、基地局が多数のＳＣＣＨ−ＮＡＫメッセージを受信した場合には、基地局は共有制御チャネルにもっと多くのサブキャリアを割り当てることができる。
【００５６】
特定の移動局が共有制御チャネルを高い信頼性で復号することができないと判定した基地局に基づいて、基地局は、すでに説明したように、共有制御チャネルに対するシステム・リソースの量を増大することもできるし、または基地局は、他の技術を使用している特定の移動局を制御することがシステムにとってより有利になると判定することもできる。
【００５７】
図１１に戻って説明すると、ステップ１１０５において、特定の移動局が共有制御チャネルを受信することができないか、または高い信頼性で復号することができないと判定した場合には、基地局は、ステップ１１０７の場合のように、移動局を一組の障害対応データ・トラフィック・チャネルのうちの１つに割り当てる。移動局は、一組の障害対応データ・トラフィック・チャネルおよびこれらのチャネルが割り当てられる順序を先験的に、予め知っている。障害対応データ・トラフィック・チャネルは、すでに説明したように、割り当てられたデータ・トラフィック・チャネルのサブセットであってもよい。ある実施形態の場合には、障害対応データ・トラフィック・チャネルは、割り当てられたデータ・トラフィック・チャネルとは異なる送信能力を有することができる。例えば、障害対応データ・トラフィック・チャネルには、もっと多くのＯＦＤＭシンボル、もっと多くのＯＦＤＭサブキャリア、またはもっと多くの電力を割り当てることができる。移動局が共有制御チャネルを高い信頼性で復号することができないという表示を送信した後で、移動局は、ステップ１１０７において割り当てられた一組の障害対応データ・トラフィック・チャネル上でブラインド検出を行う。
【００５８】
図１２を参照すると、例えば、いくつかの障害対応データ・トラフィック・チャネルが存在する場合には、移動局は、成功するまで次の送信中に各データ・トラフィック・チャネルを順次復号しようとする。それ故、ステップ１２０１において、共有制御チャネルを復号できなかった場合には、移動局は、ステップ１２０３の場合のように、Ｎ個の障害対応チャネルに気が付く。
【００５９】
別の方法としては、ブラインド検出を行わなくてもすむように、基地局は、障害対応共有制御チャネルを使用して、特定の移動局に明示的障害対応データ・トラフィック・チャネルが割り当てられるのを表示することができる。この場合、移動局は、障害対応共有制御チャネル上に表示された障害対応データ・トラフィック・チャネルを復号しようとする。この場合、移動局は、ステップ１２０５の場合のように、共有制御チャネルを介してそのリソースの割当てを入手する。
【００６０】
それ故、失敗の場合には、移動局は、ステップ１２０７において、第１の障害対応データ・トラフィック・チャネルを復号しようとする。移動局がステップ１２０９において、第１の障害対応データ・トラフィック・チャネルを復号できた場合には、移動局は、基地局に肯定応答メッセージを送信し、それ以上の処理をする必要はない。移動局は、ステップ１２１１の場合のように、障害対応チャネルを通してデータを受信することができる。
【００６１】
ステップ１２０９において、検出に成功しなかった場合には、ステップ１２１３および１２１５に示すように、Ｎ個の障害対応データ・トラフィック・チャネル全部に対して処理が繰り返される。移動局が障害対応データ・トラフィック・チャネルのいずれか上でパケットの復号をすることができなかった場合には、移動局は、ステップ１２１７において、基地局に否定応答メッセージを送信する。
【００６２】
確実に、目標とする移動局だけが障害対応データ・トラフィック・チャネル上のデータを復号することができるようにするために、データを目標とする移動局と一意に関連するスクランブリング・コードでスクランブルすることができる。移動局がある障害対応データ・トラフィック・チャネルに割り当てられた場合には、基地局は、単に移動局割当フィールド内の移動局に対応するビットマップ位置の２進の「０」だけを送信することができる。ある実施形態の場合には、移動局は、例えば、１つのスーパー・フレームの持続時間のような、ある既知の時間の後で共有制御チャネルの監視に戻り、そのためその移動局に対する共有制御チャネル内のビットマップ位置を維持するのが望ましくなる。
【００６３】
他の実施形態の場合には、基地局は、共有制御チャネルを高い信頼性で復号できなかった移動局に対するビットマップ位置を別の移動局に再度割り当てる。移動局が特定の障害対応データ・トラフィック・チャネルに割り当てられると、移動局は、通常、同じ障害対応データ・トラフィック・チャネルを維持する。このタイプの割当ては、すでに説明したように、永続的割当てと呼ばれる。
【００６４】
図１１に戻って説明すると、それ故、基地局は、ステップ１１０７の場合のように、移動局をある障害対応データ・トラフィック・チャネルに永続的に割り当て、ステップ１１０９の場合のように、それによりデータを送信することができる。次に、基地局は、ステップ１１１１の場合のように、例えば、次のスーパー・フレーム内の共有制御チャネル情報と一緒に前進し、割り当てられたトラフィック・チャネルにより、グループの残りの移動局にデータを送信することができる。
【００６５】
ある実施形態の場合には、特定の一組の移動局に対するＮ番目のＨＡＲＱ送信の間に、移動局割当フィールド内のビットを除外することにより、共有制御チャネルのサイズを小さくすることができる。この場合、Ｎは整数であり、通常、一連のＨＡＲＱ送信内の最後のＨＡＲＱ送信である。アクティブ状態の各移動局は、以降の各送信のもっと少ない移動局と一緒に、および最後の送信の最も少ない移動局と一緒に、第１のＨＡＲＱ送信を受信する。それ故、このような実施形態の場合には、Ｎ番目の送信を必要とする任意の移動局に対して、一組の障害対応データ・トラフィック・チャネルのうちの１つが使用されるという規則が確立される。次に、Ｎ番目の送信を必要としている各移動局は、すでに説明したように、一組の障害対応データ・トラフィック・チャネル上でブラインド検出を行う。例えば、Ｎ＝４であり、移動局が第３の送信の後でパケットに肯定応答しなかった場合には、移動局は、自身がその第４の送信を予想している時間の間に、一組の障害対応データ・トラフィック・チャネル上でブラインド検出を行う。
【００６６】
図１３は、共有制御チャネル情報を受信中の移動局の基本的な動作を示すフローチャートである。ステップ１３０１において、移動局は、割当フィールド、任意選択としての割当サイズ・フィールド、および任意選択としての障害対応フィールドを受信する。ステップ１３０３において、移動局は、割り当てられた以前のリソースを判定し、この情報および割当サイズを使用して、障害対応フィールドを判定し、また、ステップ１３０５の場合のように、順序パターンおよび障害対応順序パターンに基づいて使用するそれ自身の適当なリソースを判定する。
【００６７】
種々の実施形態を図示し、説明してきたが、本発明はこれらの実施形態により制限されないことを理解されたい。当業者であれば、添付の特許請求の範囲に記載する本発明の精神および範囲から逸脱することなしに、種々の修正、変更、変形、置換、および等価物を思い付くことができるだろう。
【図１】
2009545270.tif 000003
【図２】
2009545270.tif 000004
【図３】
2009545270.tif 000005
【図４】
2009545270.tif 000006
【図５ａ】
2009545270.tif 000007
【図５ｂ】
2009545270.tif 000008
【図６】
2009545270.tif 000009
【図７】
2009545270.tif 000010
【図８】
2009545270.tif 000011
【図９】
2009545270.tif 000012
【図１０】
2009545270.tif 000013
【図１１】
2009545270.tif 000014
【図１２】
2009545270.tif 000015
【図１３】
2009545270.tif 000016
【国際調査報告】
2009545270.tif 000017
2009545270.tif 000018
2009545270.tif 000019
2009545270.tif 000020
2009545270.tif 000021