(57)【特許請求の範囲】
【請求項１】
マルチキャスト／ブロードキャストサービスに対するフィードバックを送る方法であって、
マルチキャスト／ブロードキャストサービスに対する複数の加入者を、少なくとも１つの加入者グループにグループ化するステップと、
前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックを送るために確保された物理チャネルを、複数の論理チャネルにグループ化するステップであって、各論理チャネルは少なくとも１つの物理チャネルを備え、および、論理チャネルと物理チャネルとの間のマッピングはあらかじめ定められている、ステップと、
前記アップリンクフィードバックの送信のための加入者グループに対する物理チャネルが動的に割り当てられるように、前記アップリンクフィードバックの送信のための論理チャネルのインデックスを前記加入者グループに送るステップと
を備えることを特徴とする方法。
【請求項２】
前記論理チャネルは、あらかじめ定められた方式で順序付けられ、および、前記インデックスにより索引付けされることを特徴とする請求項１に記載の方法。
【請求項３】
論理チャネルの前記インデックスは、物理チャネルの数および位置を指定することを特徴とする請求項１に記載の方法。
【請求項４】
論理チャネルを物理チャネルにマッピングする情報を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
マルチキャスト／ブロードキャストサービスに対するフィードバックを送るための無線送信／受信ユニット（ＷＴＲＵ）であって、
マルチキャスト／ブロードキャストサービスに対する複数の加入者の中で前記ＷＴＲＵが属する加入者グループを示している加入者グループ関連付けに関する情報と、アップリンクフィードバックの送信のための論理チャネルのインデックスとを受信するように構成された受信機であって、前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックを送るために確保された物理チャネルは、複数の論理チャネルにグループ化され、論理チャネルと物理チャネルとの間のマッピングは、あらかじめ定められ、および、前記アップリンクフィードバックの送信のために前記加入者グループに対して割り当てられた物理チャネルは、動的に制御されている、受信機と、
前記インデックスに基づいて、アップリンク上でフィードバックを送るように構成されたプロセッサと
を備えることを特徴とするＷＴＲＵ。
【請求項６】
前記プロセッサは、論理チャネルを物理チャネルにマッピングする情報から物理チャネルの範囲を判定するように構成されていることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
論理チャネルの前記インデックスは、物理チャネルの数および位置を指定することを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
マルチキャスト／ブロードキャストサービスに対するフィードバックを送る方法であって、
マルチキャスト／ブロードキャストサービスに対する複数の加入者を、少なくとも１つの加入者グループにグループ化するステップと、
前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックを送るために確保された物理チャネルを、複数のグループにグループ化するステップと、
前記アップリンクフィードバックの送信のための加入者グループに対する物理チャネルが動的に割り当てられるように、前記アップリンクフィードバックの送信のための物理チャネルグループのインデックスを前記加入者グループに送るステップと
を備えることを特徴とする方法。
【請求項９】
トリガーに基づいて少なくとも１つの物理チャネルをアクティブ化するステップをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
マルチキャスト／ブロードキャストサービスに対するフィードバックを送る方法であって、
マルチキャスト／ブロードキャストサービスに対する複数の加入者の中で無線送信／受信ユニット（ＷＴＲＵ）が属する加入者グループを示している加入者グループ関連付けに関する情報を受信するステップと、
前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックの送信のための論理チャネルのインデックスを受信するステップであって、前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックを送るために確保された物理チャネルは、複数の論理チャネルにグループ化され、論理チャネルと物理チャネルとの間のマッピングはあらかじめ定められ、および、前記アップリンクフィードバックの送信のための前記加入者グループに対する物理チャネルは動的に割り当てられている、ステップと、
前記インデックスに基づいて、アップリンク上でフィードバックを送るステップと
を備えることを特徴とする方法。
【請求項１１】
前記論理チャネルは、あらかじめ定められた方式で順序付けられ、および、前記インデックスにより索引付けされることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記論理チャネルは、前記論理チャネルに属する物理チャネルの数の順序で順序付けられることを特徴とする請求項１１に記載の方法。
【請求項１３】
論理チャネルの前記インデックスは、物理チャネルの数および位置を指定することを特徴とする請求項１０に記載の方法。
【請求項１４】
マルチキャスト／ブロードキャストサービスに対するフィードバックを送る方法であって、
マルチキャスト／ブロードキャストサービスに対する複数の加入者の中で無線送信／受信ユニット（ＷＴＲＵ）が属する加入者グループを示している加入者グループ関連付けに関する情報を受信するステップと、
アップリンクフィードバックの送信のための物理チャネルのインデックスを受信するステップであって、前記マルチキャスト／ブロードキャストサービスに対するアップリンクフィードバックを送るために確保された物理チャネルは、複数のグループにグループ化され、および、前記アップリンクフィードバックの送信のための前記加入者グループに対する物理チャネルは、前記ＷＴＲＵに動的に割り当てられる、ステップと、
前記インデックスに基づいてアップリンク上でフィードバックを送るステップと
を備えることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、参照により全体を本明細書において援用する、２００９年８月２５日に出願した米国特許仮出願第６１／２３６，６４５号の利点を主張するものである。
【０００３】
専用フィードバックチャネルは、８０２．１６ｍのＥｎｈａｎｃｅｄ  Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅｓ（Ｅ−ＭＢＳ）、ならびに３ＧＰＰ（３rd  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代移動体通信システム標準化プロジェクト）高速パケットアクセス（ＨＳＰＡ）およびＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のｅｖｏｌｖｅｄ  Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍｓ（ｅＭＢＭＳ）のようなマルチキャストサービスおよびブロードキャストサービスのパフォーマンスを向上させるため、およびサービスプロバイダが、たとえば、たとえばブロードキャストサービスを含むさまざまなサービスの伝送パラメータを決定することができるようにするために導入されてきた。
【０００４】
専用フィードバックチャネルの場合、各ＷＴＲＵは、フィードバック用に各自のリソースを割り当てられてもよい。たとえば、否定応答のみを伝送することによって、ＷＴＲＵのバッテリ消費を低減することも可能であるが、リソースは他のＷＴＲＵに使用することができない。さらに、この方法により、基地局は、ＷＴＲＵの正確なアイデンティティを認識することができるが、多数のＷＴＲＵのフィードバックを供給するには、法外な量のアップリンクリソースが必要になる。
【発明の概要】
【０００５】
グループ通信を管理するための方法および装置が開示される。例示的な方法は、加入者グループを形成するステップ、グループ割り当ての信号伝達、物理チャネルをグループ化するステップ、論理または物理チャネルを加入者グループに割り当てるステップ、およびチャネルをアクティブ化するためのトリガーを定義するステップを開示する。
【図面の簡単な説明】
【０００６】
本発明のより詳細な理解は、添付の図面と共に例として与えられる以下の説明から得ることができる。
【０００７】
【図１Ａ】１つまたは複数の開示される実施形態が実施されうる例示的な通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示される無線通信システム内で使用されうる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図２Ａ】図１Ａに示される無線通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図２Ｂ】図１Ａに示される無線通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すもう１つのシステム図である。
【図２Ｃ】図１Ａに示される無線通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すさらにもう１つのシステム図である。
【図３】１つの実施形態によるダウンリンク共用チャネルを介してダウンリンク共用サービスのフィードバックを提供するプロセスを示す流れ図である。
【図４】ＨＳ−ＰＤＳＣＨの１つの可能な電力変動方式を示す図である。
【図５】もう１つの実施形態によるＨＳＤＰＡを介して複数のＷＴＲＵに伝送されるダウンリンク共用サービスのフィードバックを提供するプロセスを示す例示的な流れ図である。
【図６】Ｐ−ＲＡＦＣＨを伝送するための伝送基準を評価する例示的なプロセスを示す例示的な流れ図である。
【図７】加入者と物理チャネルとの間の例示的なマッピングを示す図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示される実施形態が実施されうる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスできるようにすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などのような、１つまたは複数のチャネルアクセス方法を採用することができる。
【０００９】
図１Ａにおいて示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境において操作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電化製品などを含むことができる。
【００１０】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂは各々、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２のような１つまたは複数の通信ネットワークへのアクセスを容易にするため、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェイスをとるように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、無線基地局装置（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることを理解されたい。
【００１１】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのような、その他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されることもある特定の地理的領域内の無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含むことができる。もう１つの実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができるので、セルの各セクタに対して複数の送受信機を使用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェイス１１６は（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）任意の適切な無線通信リンクであってもよい。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１３】
さらに具体的には、前述のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１つまたは複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス１１６を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）地上波無線アクセス（ＵＴＲＡ：Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）のような無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または拡張ＨＳＰＡ（ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１４】
もう１つの実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｄｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することができる進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）のような無線技術を実施することができる。
【００１５】
もう１つの実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実施することができる。
【００１６】
図１Ａの基地局１１４ａは、たとえば、無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどのような、局在的な領域において無線接続を容易にするために任意の適切なＲＡＴを使用することができる。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１のような無線技術を実施することができる。もう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５のような無線技術を実施することができる。さらにもう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂが、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はなくてもよい。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証のような高水準のセキュリティ機能を実行することができる。図１Ａにおいて示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接または間接的に通信できることが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【００１８】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）のような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むこともできる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはさまざまな無線リンクを介してさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００２０】
図１Ｂは、例示のＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、固定式メモリ１０６、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、前述の要素の任意の小結合を含むことができ、引き続き実施形態に整合することが理解されよう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で操作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合することができる送受信機１２０に結合されてもよい。図１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０が電子パッケージまたはチップに統合されてもよいことが理解されよう。
【００２２】
送信／受信要素１２２は、エアインターフェイス１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。もう１つの実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されてもよいことが理解されよう。
【００２３】
加えて、図１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。さらに具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して無線信号を送信および受信するために２つまたはそれ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２４】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための複数の送受信機を含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、これらの機器からユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、固定式メモリ１０６および／または取り外し可能メモリ１３２のような、任意のタイプの適切なメモリから情報にアクセスし、適切なメモリにデータを格納することができる。固定式メモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリなどを含むことができる。その他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内のその他のコンポーネントへの電力の配電および／または制御を行うように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２７】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関するロケーション情報（たとえば、緯度および経度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介してロケーション情報を受信すること、および／または２つまたはそれ以降の近隣の基地局から受信されている信号のタイミングに基づいてその場所を決定することができる。ＷＴＲＵ１０２が、任意の適切な場所決定の方法を用いてロケーション情報を取得することができ、引き続き実施形態に整合することが理解されよう。
【００２８】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されてもよく、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−ｃｏｍｐａｓｓ、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動装置、テレビ送受信機、ハンドフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザなどを含むことができる。
【００２９】
図２Ａは、１つの実施形態によるＲＡＮ２０４およびコアネットワーク２０６を示すシステム図である。ＲＡＮ２０４は、ＵＴＲＡ無線技術を採用し、エアインターフェイス２１６を介してＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃと通信することができる。ＲＡＮ２０４はまた、コアネットワーク２０６と通信することもできる。図２Ａに示されるように、ＲＡＮ２０４は、Ｎｏｄｅ−Ｂ２４０ａ、２４０ｂ、２４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはエアインターフェイス２１６を介してＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃと通信するための１つまたは複数の送受信機を含むことができる。Ｎｏｄｅ−Ｂ２４０ａ、２４０ｂ、２４０ｃは各々、ＲＡＮ２０４内の特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ２０４はまた、ＲＮＣ２４２ａ、２４２ｂを含むこともできる。ＲＡＮ２０４が、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができ、引き続き実施形態に整合することが理解されよう。
【００３０】
図２Ａに示すように、Ｎｏｄｅ−Ｂ２４０ａ、２４０ｂは、ＲＮＣ２４２ａと通信することができる。加えて、Ｎｏｄｅ−Ｂ２４０ｃは、ＲＮＣ２４２ｂと通信することができる。Ｎｏｄｅ−Ｂ２４０ａ、２４０ｂ、２４０ｃは、Ｉｕｂインターフェイスを介してそれぞれＲＮＣ２４２ａ、２４２ｂと通信することができる。ＲＮＣ２４２ａ、２４２ｂは、Ｉｕｒインターフェイスを介して相互に通信することができる。ＲＮＣ２４２ａ、２４２ｂは各々、それぞれ接続されているＮｏｄｅ−Ｂ２４０ａ、２４０ｂ、２４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ２４２ａ、２４２ｂは各々、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などのような、その他の機能を実行またはサポートするように構成されてもよい。
【００３１】
図２Ａに示されるコアネットワーク２０６は、メディアゲートウェイ（ＭＧＷ）２４４、移動通信交換局（ＭＳＣ：ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）２４６、サービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）２４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２５０を含むことができる。前述の要素は各々、コアネットワーク２０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【００３２】
ＲＡＮ２０４内のＲＮＣ２４２ａは、コアネットワーク２０６内のＭＳＣ２４６にＩｕＣＳインターフェイスを介して接続されてもよい。ＭＳＣ２４６は、ＭＧＷ２４４に接続されてもよい。ＭＳＣ２４６およびＭＧＷ２４４は、ＰＳＴＮ２０８のような回線交換ネットワークへのアクセスをＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃに提供して、ＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。
【００３３】
ＲＡＮ２０４内のＲＮＣ２４２ａはまた、ＩｕＰＳインターフェイスを介してコアネットワーク２０６内のＳＧＳＮ２４８に接続されてもよい。ＳＧＳＮ２４８は、ＧＧＳＮ２５０に接続されてもよい。ＳＧＳＮ２４８およびＧＧＳＮ２５０は、インターネット２１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃに提供して、ＷＴＲＵ２０２ａ、２０２ｂ、２０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【００３４】
前述のように、コアネットワーク２０６はまた、ネットワーク２１２に接続されてもよく、ネットワーク２１２は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる。
【００３５】
図２Ｂは、もう１つの実施形態によるＲＡＮ２５４およびコアネットワーク２５６を示すシステム図である。ＲＡＮ２５４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェイス２６６を介してＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃと通信することができる。ＲＡＮ２５４はまた、コアネットワーク２５６と通信することもできる。
【００３６】
ＲＡＮ２５４はｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃを含むことができるが、引き続き実施形態に整合しながら、ＲＡＮ２５４は任意の数のｅＮｏｄｅ−Ｂを含むことができることが理解されよう。ｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃは各々、エアインターフェイス２６６を介してＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃと通信するための１つまたは複数の送受信機を含むことができる。１つの実施形態において、ｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃはＭＩＭＯ技術を実施することができる。したがって、たとえば、ｅＮｏｄｅ−Ｂ２７０ａは、複数のアンテナを使用して、ＷＴＲＵ２５２ａに無線信号を送信し、ＷＴＲＵ２５２ａから無線信号を受信することができる。
【００３７】
ｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理の決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図２Ｂに示すように、ｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃは、Ｘ２インターフェイスを介して相互に通信することができる。
【００３８】
図２Ｂに示されるコアネットワーク２５６は、モビリティ管理ゲートウェイ（ＭＭＥ）２７２、サービス提供ゲートウェイ２７４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ２７６を含むことができる。前述の要素は各々、コアネットワーク２５６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【００３９】
ＭＭＥ２７２は、Ｓ１インターフェイスを介してＲＡＮ２５４内のｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃの各々に接続されてもよく、制御ノードとしての役割を果たすことができる。たとえば、ＭＭＥ２７２は、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃの初期接続中に特定のサービス提供ゲートウェイを選択することなどに責任を負うことができる。ＭＭＥ２７２はまた、ＲＡＮ２５４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することもできる。
【００４０】
サービス提供ゲートウェイ２７４は、Ｓ１インターフェイスを介してＲＡＮ２５４内のｅＮｏｄｅ−Ｂ２７０ａ、２７０ｂ、２７０ｃの各々に接続されてもよい。サービス提供ゲートウェイ２７４は一般に、ユーザデータパケットを、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃとの間でルーティングおよび転送することができる。サービス提供ゲートウェイ２７４はまた、ｅＮｏｄｅーＢ間ハンドオーバー中にユーザプレーンを固定すること、ダウンリンクデータがＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃに使用可能な場合にページングをトリガーすること、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃのコンテキストを管理して格納することなどのようなその他の機能を実行することもできる。
【００４１】
サービス提供ゲートウェイ２７４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット２６０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃに提供して、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【００４２】
コアネットワーク２５６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク２５６は、ＰＳＴＮ２５８のような回線交換ネットワークへのアクセスをＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃに提供して、ＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。たとえば、コアネットワーク２５６は、コアネットワーク１０６とＰＳＴＮ２５８との間のインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク２５６は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク２６２へのアクセスをＷＴＲＵ２５２ａ、２５２ｂ、２５２ｃに提供することができる。
【００４３】
図２Ｃは、もう１つの実施形態によるＲＡＮ２８４およびコアネットワーク２８６を示すシステム図である。ＲＡＮ２８４は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェイス２９４を介してＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃと通信することができるアクセスサービスネットワーク（ＡＳＮ）であってもよい。後段でさらに説明されるように、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃ、ＲＡＮ２８４、およびコアネットワーク２８６のさまざまな機能エンティティの間の通信リンクは、参照点として定義されてもよい。
【００４４】
図２Ｃに示されるように、ＲＡＮ２８４は、基地局２８０ａ、２８０ｂ、２８０ｃ、およびＡＳＮゲートウェイ２９６を含むことができるが、引き続き実施形態に整合しながら、ＲＡＮ２８４は任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局２８０ａ、２８０ｂ、２８０ｃは各々、ＲＡＮ２８４内の特定のセル（図示せず）に関連付けられてもよく、各々エアインターフェイス２９４を介してＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃと通信するための１つまたは複数の送受信機を含むことができる。１つの実施形態において、基地局２８０ａ、２８０ｂ、２８０ｃはＭＩＭＯ技術を実施することができる。したがって、たとえば、基地局２８０ａは、複数のアンテナを使用して、ＷＴＲＵ２８２ａに無線信号を送信し、ＷＴＲＵ２８２ａから無線信号を受信することができる。基地局２８０ａ、２８０ｂ、２８０ｃはまた、ハンドオフのトリガー、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などのような、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ２９６は、トラフィック集約点としての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク２８６のルーティングなどに責任を負うことができる。
【００４５】
ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃとＲＡＮ２８４との間のエアインターフェイス２９４は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義されてもよい。加えて、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃは各々、コアネットワーク２８６との論理インターフェイス（図示せず）を確立することができる。ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃとコアネットワーク２８６との間の論理インターフェイスは、Ｒ２参照点として定義されてもよく、Ｒ２参照点は、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されてもよい。
【００４６】
各々の基地局２８０ａ、２８０ｂ、２８０ｃの間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照点として定義されてもよい。基地局２８０ａ、２８０ｂ、２８０ｃとＡＳＮゲートウェイ２９６との間の通信リンクは、Ｒ６参照点として定義されてもよい。Ｒ６参照点は、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃの各々に関連付けられているモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【００４７】
図２Ｃに示すように、ＲＡＮ２８４は、コアネットワーク２８６に接続されてもよい。ＲＡＮ２８４とコアネットワーク２８６との間の通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３参照点として定義されてもよい。コアネットワーク２８６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）２９８、認証、許可、アカウンティング（ＡＡＡ）サーバ２９７、およびゲートウェイ２９９を含むことができる。前述の要素は各々、コアネットワーク２８６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【００４８】
ＭＩＰ−ＨＡ２９８は、ＩＰアドレス管理に責任を負うことができ、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃがさまざまなＡＳＮおよび／またはさまざまなコアネットワークの間でローミングできるようにすることができる。ＭＩＰ−ＨＡ２９８は、インターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃに提供して、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。ＡＡＡサーバ２９７は、ユーザ認証およびユーザサービスのサポートに責任を負うことができる。ゲートウェイ２９９は、その他のネットワークとの相互接続を容易にすることができる。たとえば、ゲートウェイ２９９は、ＰＳＴＮ２８８のような回線交換ネットワークへのアクセスをＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃに提供して、ＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ２９９は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク２９２へのアクセスをＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃに提供することができる。
【００４９】
図２Ｃには示されていないが、ＲＡＮ２８４がその他のＡＳＮに接続されてもよく、コアネットワーク２８６がその他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ２８４とその他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義されてもよく、Ｒ４参照点は、ＲＡＮ２８４とその他のＡＳＮとの間のＷＴＲＵ２８２ａ、２８２ｂ、２８２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０６とその他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されてもよく、Ｒ５参照は、ホームコアネットワークとアクセス先コアネットワークとの間の相互接続を容易にするためのプロトコルを含むことができる。
【００５０】
一般に、ＷＴＲＵは、送信機、受信機、復号器、ＣＱＩ測定ユニット、メモリ、コントローラ、およびアンテナを含むことができる。メモリは、オペレーティングシステム、アプリケーションなどを含むソフトウェアを格納するために備えられる。コントローラは、ダウンリンク共用サービスのフィードバックを送信する方法を実行するように構成される。受信機および送信機は、コントローラと通信する。アンテナは、送信機および受信機と通信して、無線データの送信および受信を容易にする。
【００５１】
受信機は、Ｎｏｄｅ−Ｂから信号を受信する。復号器は、Ｎｏｄｅ−Ｂから受信した信号を復号化する。復号器は、ＷＴＲＵ１００がＣｅｌｌ＿ＦＡＣＨ状態にある間、高速共用制御チャネル（ＨＳ−ＳＣＣＨ：ｈｉｇｈ  ｓｐｅｅｄ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）信号を復号化することができる。復号器は、ＷＴＲＵ１００がＨＳ−ＳＣＣＨ上の信号でＷＴＲＵのアイデンティティ（ＩＤ）を正常に復号化した場合、高速物理ダウンリンク共用チャネル（ＨＳ−ＰＤＳＣＨ：ｈｉｇｈ  ｓｐｅｅｄ  ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）でダウンリンク伝送を復号化することができる。送信機は、フィードバック（つまり、ＣＱＩまたはダウンリンク伝送の復号化に基づく肯定応答）を、コンテンションベースの共用フィードバックチャネルを介してＮｏｄｅ−Ｂに送信するが、これについては後段において詳細に説明する。ＣＱＩ測定ユニット１０８は、ＣＱＩを出力するが、このことについては後段において詳細に説明する。
【００５２】
一般に、Ｎｏｄｅ−Ｂは、符号器、送信機、受信機、コントローラ、およびアンテナを含む。コントローラは、セル内のＷＴＲＵの数を推定する方法を実行するように構成される。送信機および受信機は、コントローラと通信する。アンテナは、送信機および受信機と通信して、無線データの送信および受信を容易にする。
【００５３】
符号器は、伝送のためにデータストリーム（複数可）を符号化する。送信機は、ダウンリンク共用チャネルを介して、ダウンリンク共用サービスの符号化データストリーム（複数可）を含むダウンリンク伝送を複数のＷＴＲＵに送信する。コントローラは、ダウンリンク伝送が高い受信成功の確度でＷＴＲＵに伝送されるように、ダウンリンク共用チャネルでダウンリンク伝送電力および／またはＭＣＳを制御する。受信機は、コンテンションベースの共用フィードバックチャネルを介してＷＴＲＵからフィードバックを受信する。
【００５４】
一般に、特定のサービスの加入者は、エラー、信号レベル、または（カウンティングのための）ポーリングへの応答を含みうる特定の条件を満たすと直ちに、共通のフィードバックチャネルを使用して事前定義済みの信号を送信することができる。これは、所定の確率での試行の成功をさらに条件付けられてもよい。それらのすべての場合において、基地局が、共通チャネルで信号伝達した無線送信／受信ユニット（ＷＴＲＵ）のアイデンティティまたは正確な数を認識していることは必須ではなく、ＷＴＲＵの数の概算もしくは１つまたは複数のＷＴＲＵが共通チャネルで信号伝達した事実のみでも十分であってもよいことが想定される。
【００５５】
共通のフィードバックチャネルは、１ビットを搬送する物理チャネルであってもよく、ビットの論理的な意味は基地局によって定義されてもよい。同時に同一チャネルを信号伝達する２つまたはそれ以上のＷＴＲＵのイベントが基地局によって「１つまたは複数」として解釈されうるように構築されてもよい。１つまたは複数の物理チャネルは、論理チャネルにグループ化されてもよい。
【００５６】
図３は、１つの実施形態によるダウンリンク共用チャネルを介してダウンリンク共用サービスのフィードバックを提供するプロセス３００を示す流れ図である。ＷＴＲＵは、Ｎｏｄｅ−Ｂから複数のＷＴＲＵに提供されるダウンリンク共用サービスに対してダウンリンク共用チャネルを介してダウンリンク伝送を受信するようにスケジューリングされる（３０２）。ＷＴＲＵは、ダウンリンク伝送を復号化する（３０４）。復号化に成功しなかった場合、ＷＴＲＵは、コンテンションベースの共用フィードバックチャネルを介して、否定応答（ＮＡＣＫ）を表す事前定義済みのバーストをＮｏｄｅ−Ｂに送信する（３０６）。事前定義済みのバーストは、Ｎｏｄｅ−Ｂからの肯定応答を必要とすることなく、１回だけ送信することができる。復号化に成功した場合、ＷＴＲＵは、フィードバックを送信しない（つまり、ＡＣＫは暗黙的である）。
【００５７】
アップリンク共用フィードバックチャネルである物理ランダムアクセスフィードバックチャネル（Ｐ−ＲＡＦＣＨ）は、フィードバックをＷＴＲＵからＮｏｄｅ−Ｂに送信するために導入される。Ｐ−ＲＡＦＣＨは、コンテンションベースのランダムアクセスチャネルである。たとえば、少なくとも１つのＰ−ＲＡＦＣＨは、ダウンリンク内の各ＨＳ−ＳＣＣＨに関連付けられてもよい。いくつかのダウンリンク共用サービスがＨＳ−ＰＤＳＣＨ（複数可）にわたりサポートされる場合、Ｐ−ＲＡＦＣＨ（複数可）のセットはダウンリンク共用サービスに提供され、各Ｐ−ＲＡＦＣＨは特定のダウンリンク共用サービスまたはサービスのグループに専用にすることができる。
【００５８】
共用フィードバックチャネルの構成（つまり、Ｐ−ＲＡＦＣＨ）は、システム情報ブロック（ＳＩＢ）を介してブロードキャストされてもよく、セルごとに異なることがある。あるいは、共用フィードバックチャネルの構成は、無線アクセスネットワーク（ＲＡＮ）への接続を有するＷＴＲＵ（たとえば、ＣＥＬＬ＿ＦＡＣＨ状態またはアクティブ／接続状態で動作しているＷＴＲＵ）への専用信号伝達を通じて通知されてもよい。たとえばＣＤＭＡコードが使用される場合、Ｎｏｄｅ−Ｂは、共用フィードバックチャネルの使用可能なコードおよびアクセススロット／サブフレームおよび／または副搬送波をブロードキャストする。アクセススロットの継続期間は、標準的なＲＡＣＨの場合と同様であり、ダウンリンク共用サービスの伝送時間間隔（ＴＴＩ）に適合され（つまり、導かれ）てもよい。ＷＴＲＵがフィードバックを提供する必要がある場合、上記のブロードキャストまたはユニキャストパラメータに基づいて、ＷＴＲＵは、特定のダウンリンク共用サービスで特定のＴＴＩに関連付けられている物理リソース（たとえば、コードとアクセススロット）を無作為に選択し、そのフィードバックを送信する。
【００５９】
Ｐ−ＲＡＦＣＨが、コード、副搬送波、時間、空間などを含む（ただし、これらに限定されない）任意の物理リソースの組合せによって定義されてもよく、Ｐ−ＲＡＦＣＨ物理リソースの厳密な定義は、本明細書において開示される実施形態に必須ではないことに留意されたい。
【００６０】
フィードバック（つまり、事前定義されたバースト）の伝送において、標準的なＲＡＣＨとは対照的に、伝送電力増加機構は使用されない。ＷＴＲＵは、各フィードバックを１回だけ送信することができ、Ｎｏｄｅ−Ｂからのその受信の肯定応答を必要とすることはない。フィードバックの伝送電力は、基準チャネル（たとえば、共通パイロットチャネル（ＣＰＩＣＨ）、ＨＳ−ＰＤＳＣＨなど）で測定された受信電力およびネットワークで供給されたオフセットに基づいて決定されてもよい。オフセット値は、ブロードキャストされてもよい。あるいは、ネットワークは、絶対電力を使用するようＷＴＲＵに指示することができ、ＷＴＲＵがフィードバックの提供を許可される場合にルールを供給する。たとえば、ＷＴＲＵは、受信した基準チャネル電力が事前定義済みの値を超える場合に限り、フィードバックの送信を許可されてもよい。
【００６１】
ＷＴＲＵが、同じダウンリンク伝送を伝送する複数の同期化されたＮｏｄｅ−Ｂ（複数可）から１つのＮｏｄｅ−Ｂを選択した場合、ＷＴＲＵはその選択されているＮｏｄｅ−ＢのみにＮＡＣＫを伝送する。ＷＴＲＵが、アクティブセットの複数のＮｏｄｅ−Ｂからの信号の柔結合を実行する場合、ＷＴＲＵはアクティブセット内の最も強いＮｏｄｅ−ＢにＮＡＣＫを送信する。
【００６２】
ＷＴＲＵは、ダウンリンク伝送の復号化にＷＴＲＵが失敗するごとに、ＮＡＣＫを送信することができる。あるいは、ＷＴＲＵは、２回またはそれ以上の連続するダウンリンク伝送に失敗した後、ＮＡＣＫを送信することができる。たとえば、ＷＴＲＵは、ｎ回のうちｍ回の連続する伝送に失敗した場合に限り、ＮＡＣＫを送信することができる。ｍおよびｎの数値は、ネットワークにより決められてもよい。ｎ回のうちのｍ回をカウントする目的で、最初の伝送、再伝送、両方の伝送、または両方の相対的な組合せがカウントされてもよい。実際にＮＡＣＫを送信できる機能は、ネットワークにより設定される確率を備える一部の乱数に依存することができる。ネットワークは、ダウンリンク共用サービス（たとえば、ＭＢＭＳ）が受信されるセルとは異なるセル、またはセルのグループでＮＡＣＫの望ましい伝送を指示することができる。セルは、ネットワークにより指示される。
【００６３】
１つの実施形態において、フィードバックは匿名であってもよい。フィードバックが経由する場合、Ｎｏｄｅ−Ｂは、セル内の一部のＷＴＲＵが特定のインスタンス（ＴＴＩまたはサブフレーム）内にダウンリンク伝送を復号化できなかったことを認識する。あるいは、ＷＴＲＵ  ＩＤが信号伝達されてもよい。１つの実施形態によれば、ダウンリンク共用サービスは、Ｐ−ＲＡＦＣＨのペイロードとして伝送されるＷＴＲＵ固有のシグニチャコードにマップされてもよい。もう１つの実施形態によれば、ＷＴＲＵ接続ＩＤは、フィードバックとともに信号伝達されてもよい。さらにもう１つの実施形態によれば、コンテンションベースの共用フィードバックチャネルへのアクセス機会は、ＷＴＲＵ  ＩＤが事前定義済みのマッピングに基づいて検査されうるように、ダウンリンク共用サービスにマップされてもよい。マッピングは、ネットワークによって伝送されてもよい。
【００６４】
Ｎｏｄｅ−Ｂは、望ましい通信可能範囲（つまり、セルまたはセルのセクタ）が高い確度でカバーされるように、伝送電力の補正および／または共用ダウンリンクサービスを搬送するダウンリンク共用チャネルのＭＣＳの調整を行う。伝送電力および／またはＭＣＳの調整により、ＷＴＲＵがＴＴＩ内にダウンリンクデータを受信しない確率は、好ましくはほぼゼロの、望ましい動作基点に設定することができる。ＮＡＣＫを送信するＷＴＲＵがセルまたはセクタの端にあることはほぼ確実であるので、ダウンリンク電力の計算は、この仮定のもとに行う必要がある。Ｎｏｄｅ−Ｂはセルまたはセクタのサイズを認識しているので、Ｎｏｄｅ−Ｂ１２０は、別の信号を大きく干渉しないようにダウンリンク伝送電力および／またはＭＣＳを構成することができる。したがって、任意の単一のＴＴＩについてＮＡＣＫを送信する必要があるのは、ほんのわずかなＷＴＲＵだけである。フィードバック電力が固定されているこの手法によれば、ルールは、ＷＴＲＵがフィードバックを送信することを禁止するように設定することができる。
【００６５】
ＮＡＣＫを送信するＷＴＲＵがセルまたはセクタの端にあることはほぼ確実であるので、共用フィードバックチャネル（たとえば、Ｐ−ＲＡＦＣＨ）のアップリンク伝送電力は、この仮定のもとに決定することができる。Ｎｏｄｅ−Ｂ１２０はセルまたはセクタのサイズを認識しているので、Ｎｏｄｅ−Ｂ１２０は、Ｎｏｄｅ−Ｂ１２０において別の信号を大きく干渉しないようにアップリンク伝送電力を構成する。
【００６６】
上記の仮定のもと（ＴＴＩあたりの期待されるＮＡＣＫはほとんどない）、Ｎｏｄｅ−Ｂ１２０は、ＮＡＣＫの衝突の確率が低く抑えられて、Ｎｏｄｅ−Ｂ１２０がアップリンク容量に重大な影響を及ぼすことなく膨大数のＮＡＣＫを受信することができるように、十分な共用フィードバックチャネルリソースを割り振ることができる。しかし、この開示は、場合によっては膨大数となるＷＴＲＵからのフィードバックをスケジューリングする手段を提供する。
【００６７】
Ｎｏｄｅ−Ｂ１２０が少なくとも１つのＮＡＣＫを受信する場合、Ｎｏｄｅ−Ｂ１２０は、たとえばＮＡＣＫが受信される再伝送をスケジューリング、および／または後続の送信の符号化および変調特徴を変更することができる。このような方法で、ＨＳ−ＰＤＳＣＨは、通常のＨＳＤＰＡ操作における従来の動作と同様に動作する。パケット配信は、現在のＨＡＲＱで保証されている程度（つまり、再伝送およびＮＡＣＫのフィードバックのエラーの最大限度に従う）と同様に保証される。
【００６８】
Ｎｏｄｅ−Ｂは、しきい値を保持し、ＷＴＲＵからのＮＡＣＫの数がしきい値を超える場合に限り、ダウンリンク伝送を再伝送することができる。データ配信は保証されないが、不満足なＷＴＲＵはほんのわずかに過ぎないことが保証される。このことは、少数のＷＴＲＵのダウンリンク共用サービスのスループットへの影響を制限する。あるいは、Ｎｏｄｅ−Ｂ１２０は、ＮＡＣＫを無視することができる。Ｎｏｄｅ−Ｂ１２０は、共用フィードバックチャネルにリソースを割り振ることをせず、同様の結果を得ることができる。
【００６９】
Ｎｏｄｅ−Ｂ１２０は、ＮＡＣＫをプールし（つまり、再伝送が必要なデータを追跡し）、後に単一のパケットとして複数のダウンリンク伝送を再伝送することができる。この場合、シーケンス番号およびバッファリングは、拡張される必要がある。
【００７０】
Ｎｏｄｅ−Ｂ１２０は、ＨＳ−ＰＤＳＣＨに対して次のダウンリンク電力制御機構を実施することができる。Ｐnを、ＴＴＩ  ｎのＨＳ−ＰＤＳＣＨ電力基準（つまり、ビットあたりの電力）とする。ＮＡＣＫが受信される場合、Ｎｏｄｅ−Ｂ１２０は、以下のようにＴＴＩ（ｎ＋１）の伝送電力基準を設定することができる。
Ｐn+1＝Ｐn＋ｆ（ＮＡＣＫの数）ΔNACK、または      式（１）
Ｐn-1＝ＰMAX      式（２）
【００７１】
Ｎｏｄｅ−Ｂ１２０がＮＡＣＫを受信しない場合、Ｎｏｄｅ−Ｂ１２０は、以下のようにＴＴＩ（ｎ＋１）の伝送電力基準を設定することができる。
Ｐn-1＝Ｐn−ΔNACK      式（３）
【００７２】
ここで、ΔACK、ΔNACK＞０、ｆ（）は、その引数の正の非減少の（ただし、一定であってもよい）関数である。Ｎｏｄｅ−Ｂ１２０がＮＡＣＫを全く受信しない場合、Ｎｏｄｅ−Ｂ１２０は、事前定義済みの減分ずつ伝送電力基準を減少させることができる。ＮＡＣＫが受信されると直ちに、伝送電力基準は、事前定義済みの増分ずつ増加させることができる。事前定義済みの増分および減分は、同じであっても、同じでなくてもよい。増加は、受信されたＮＡＣＫの数に依存しうる（ただし、一定であってもよい）。増分ｆ（ＮＡＣＫの数）ΔNACKと減分ΔACKの比率は、好ましくはＮＡＣＫの予想される確率に依存する。図４は、ＨＳ−ＰＤＳＣＨの１つの可能な電力変動方式を示す。
【００７３】
ＴＴＩ  ｎにおける実際の伝送電力は、従来の場合と同様に、Ｐnおよびデータに選択されたデータ形式に依存する。加えて、最大電力および最小電力は、実際の伝送電力を制限するために設定することができる。
【００７４】
伝送電力制御に加えて、または代替として、Ｎｏｄｅ−Ｂ１２０は、同様の方法でダウンリンク共用サービスのＭＣＳを調整することができる。ＮＡＣＫが受信されない場合、Ｎｏｄｅ−Ｂ１２０はＭＣＳの順序を上げることができ、少なくとも１つのＮＡＣＫが受信される場合、Ｎｏｄｅ−Ｂ１２０はＭＣＳの順序を下げることができる。
【００７５】
電力制御およびＭＣＳ制御の両方について、Ｎｏｄｅ−Ｂ１２０は、可能な伝送電力およびＭＣＳの範囲を決定する際にその他のサービスに割り振られたリソースを考慮することができる。たとえば、他のサービスによって作成されたロードが低い場合、Ｎｏｄｅ−Ｂ１２０は、その伝送電力を増大させること、および／またはダウンリンク共用サービスに使用されるＭＣＳを減少させることができるが、これによりさらに多くのＷＴＲＵがサービスを復号化できるようになる。
【００７６】
ダウンリンク共用サービスをリッスンしているＷＴＲＵの数をＮｏｄｅ−Ｂ１２０が認識する必要がある場合、Ｎｏｄｅ−Ｂ１２０は一時的（たとえば、１つのＴＴＩ）に、すべてのＷＴＲＵにＮＡＣＫを送信するよう要求することにより、ＷＴＲＵをポーリングすることができる。そのために、Ｎｏｄｅ−Ｂ１２０は、特殊バーストまたは意図的に誤ったＣＲＣチェックを備えるデータシーケンスを送信することができる。これにより、すべてのＷＴＲＵに強制的にＮＡＣＫで応答させる。Ｎｏｄｅ−Ｂ１２０は、フェーディングおよび衝突による損失を考慮に入れながら、受信したＮＡＣＫの数をカウントする。このことは、ほぼ正確であるべきカウントをもたらすだけではなく、ＮＡＣＫ電力が（受信電力に対して相対である場合とは対照的に）「絶対」である場合、アップリンクチャネル品質の分布も得られる。
【００７７】
図５は、もう１つの実施形態によるＨＳＤＰＡを介してダウンリンク共用サービスのフィードバックをＷＴＲＵに提供する例示的なプロセス５００を示す流れ図である。ＷＴＲＵは、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態にある間、Ｎｏｄｅ−ＢからＨＳ−ＳＣＣＨで信号伝達を受信する（５０２）。ＷＴＲＵがＨＳ−ＳＣＣＨ上の信号伝達でＷＴＲＵのアイデンティティを正常に復号化する場合、ＷＴＲＵはＨＳ−ＰＤＳＣＨでダウンリンク伝送を復号化する（５０４）。ＷＴＲＵは、コンテンションベースの共用フィードバックチャネルを介するダウンリンク伝送の復号化に基づいて肯定応答をＮｏｄｅ−Ｂに送信する（５０６）。共用フィードバックチャネル上の伝送およびＨＳ−ＳＣＣＨ上の信号伝達は、固定されたタイミング関係を備える。共用ダウンリンク伝送はまた、たとえば、特定の信号伝達を必要とすることなく、そのパラメータのブロードキャストにより、前もってスケジューリングされてもよい。
【００７８】
１つの共用フィードバックチャネルは、アップリンク内の、１つのスクランブルコードおよび１つのチャネル化コード、（または代替として、物理リソースの任意の組合せ）を備えることができる。少なくとも１つの共用フィードバックチャネルは、ダウンリンク内の各ＨＳ−ＳＣＣＨに関連付けられている。共用フィードバックチャネルは、関連するＨＳ−ＳＣＣＨを監視するよう要求されるＣＥＬＬ＿ＦＡＣＨのすべてのＷＴＲＵの間で共用される。
【００７９】
１ビットの共通フィードバックチャネルのもう１つの例は、ＯＦＤＭＡ副搬送波上の１つのコードである。複数のフィードバックチャネルを提供する複数のコードが定義されてもよい。コードは、直交であっても、直交でなくてもよい。
【００８０】
別のＷＴＲＵによる共用フィードバックチャネル上の伝送は時分割であってもよく、ＨＳ−ＳＣＣＨ上の信号伝達に関してタイミング制約に従うことができる。さらに具体的には、ＷＴＲＵは、ＨＳ−ＳＣＣＨ上でＷＴＲＵ  ＩＤ（すなわち、高速無線ネットワーク一時アイデンティティ（Ｈ−ＲＮＴＩ；  ｈｉｇｈ  ｓｐｅｅｄ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ））を正常に復号化した後に固定の時間間隔において関連する共用フィードバックチャネル上でＡＣＫまたはＮＡＣＫメッセージを伝送する。時間間隔の存続期間は、ＷＴＲＵがＨＳ−ＰＤＳＣＨでデータを受信して復号化し、エラーがあったかどうかを評価（つまり、巡回冗長検査（ＣＲＣ）確認）できるように十分に長く、しかもＮｏｄｅ−Ｂが誤りのあるトランスポートブロックをＨＡＲＱ処理の一部として迅速に再伝送できるように十分に短く設定される必要がある。ダウンリンク伝送とフィードバックとの間は１対１のマッピングである必要がある。
【００８１】
共用フィードバックチャネルに関連する情報およびパラメータは、ブロードキャスト制御チャネル（ＢＣＣＨ）／ブロードキャストチャネル（ＢＣＨ）上のＳＩＢを通じて、または専用ＲＲＣまたはその他の信号伝達（たとえば、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージの新しい情報要素（ＩＥ））を通じて、ＨＳ−ＳＣＣＨ関連の情報の信号伝達と同時にＷＴＲＵに信号伝達されてもよい。
【００８２】
ＷＴＲＵがフィードバックを送信する伝送電力は、基準チャネル（たとえば、ＣＰＩＣＨ、ＨＳ−ＰＤＳＣＨなど）で測定された受信電力およびネットワークで供給されたオフセット値に基づいて設定されてもよい。オフセット値は、ＳＩＢの一部であってもよい。あるいは、ネットワークは、絶対電力を使用するようＷＴＲＵに指示することができるが、ＷＴＲＵがフィードバックの提供を許可される場合にはルールを供給する。たとえば、ＷＴＲＵは、受信した基準チャネル電力が事前定義済みの値を下回る場合に、フィードバックの送信を許可されてもよい。あるいは、標準的なＨＳ−ＳＣＣＨは、共用フィードバックチャネル上のフィードバックの伝送に関連する電力制御情報を含むように変更されてもよい。電力オフセットまたは相対電力コマンド（たとえば、増大または減少）ビットは、共用フィードバックチャネル上のＷＴＲＵの伝送電力を調整するために、ＨＳ−ＳＣＣＨに導入されてもよい。オプションで、ＷＴＲＵ１００は、フィードバックにチャネル品質情報を含むことができる。
【００８３】
これ以降、Ｐ−ＲＡＦＣＨを介してＣＱＩを送信する代替的な方式が開示される。ＣＱＩはまた、Ｐ−ＲＡＦＣＨを介して伝送される。ＣＱＩフィードバックがスケジューリングまたはトリガーされる場合、Ｎｏｄｅ−Ｂは、ＮＡＣＫのみのフィードバック、ＣＱＩのみのフィードバック、およびＮＡＣＫによってトリガーされるＣＱＩフィードバック（すなわち、ＮＡＣＫ＋ＣＱＩ）を区別することができる必要がある。Ｐ−ＲＡＦＣＨバーストは、ＮＡＣＫのみ、ＣＱＩのみ、またはＮＡＣＫ＋ＣＱＩを指示するデータタイプインジケータ、必要に応じてＣＱＩビットを搬送するデータフィールド、および必要に応じて変調位相および電力基準を搬送する基準フィールドを含む。
【００８４】
これらのフィールドは、時分割多重（ＴＤＭ）によりバーストにマップされてもよい（すなわち、各データは各自の時間区分で伝送される）。あるいは、フィールドは、符号分割多重（ＣＤＭ）によりバーストにマップされてもよい（たとえば、ＰＲＡＣＨプリアンブルの場合のようなシグニチャベースの構造）。あるいは、フィールドは、周波数分割多重（ＦＤＭ）によりバーストにマップされてもよい。ＦＤＭは特に、多数の副搬送波を使用することができるＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）のようなシステムに適している。これらのフィールドを搬送するための基本的な物理チャネルリソースは、少なくともＷＴＲＵにおいて直交であってもよいが、それは必須ではない。
【００８５】
データフィールドは、存在する場合、変調ベクトル空間に次元をもたらす各物理チャネルリソース（タイムスロット、シグニチャ、搬送波など）で任意の多元変調方式を使用することができる。可能な変調方式の一部の例は以下のとおりである。
（１）多次元ｍ位相偏移キーイング（ＰＳＫ：ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）（バイナリ位相偏移キーイング（ＢＰＳＫ：ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）（ｍ＝２）、直交位相偏移キーイング（ＱＰＳＫ：ｑｕａｄｒａｔｕｒｅ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）（ｍ＝４）を含む）、ｍは２の整数累乗である。必要な物理チャネルリソースの数は
【００８６】
【数１】
0005548774.tif 000002
【００８７】
であり、追加の位相および電力基準が必要となる。
（２）多次元ｍ直交振幅変調（ＱＡＭ：ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ）（ＢＰＳＫ（ｍ＝２）およびＱＰＳＫ（ｍ＝４）を含む）、ｍは２の整数累乗である。必要な物理チャネルリソースの数は
【００８８】
【数２】
0005548774.tif 000003
【００８９】
であり、追加の位相および電力基準が必要となる。
（３）ｍ−ａｒｙ直交変調。必要な物理チャネルリソースの数はＭであり（すなわち、ｍ＝Ｍ）、追加の位相および電力基準は必要ない。
（４）ｍ−ａｒｙ双直交変調。必要な物理チャネルリソースの数はＭ／２であり（すなわち、ｍ＝Ｍ／２）、追加の位相および電力基準が必要となる。
（５）多次元ｏｎ−ｏｆｆキーイング，（すなわち、Ｍ／２搬送波は電力があるかないかのいずれかである）。必要な物理チャネルリソースの数はＭ／２であり（すなわち、ｍ＝Ｍ／２）、追加の位相および電力基準は必要ない。
【００９０】
使用される変調方式は、ＷＴＲＵに信号伝達される必要がある。特定の変調方式が位相および電力基準の使用を必要とすることもあるが、必要としない変調方式もある。基準は、必要とされる場合、データタイプインジケータと共に送信することができる。データタイプインジケータおよび基準フィールドは、別個の物理リソースで送信されてもよい。あるいは、データイプインジケータのみが送信され、基準フィールドは決定フィードバックを使用してデータタイプインジケータから導かれる（すなわち、データタイプインジケータは正しく復調されるものと仮定されるが、これにより基準信号としての再使用が可能になる）。
【００９１】
加えて、データタイプインジケータの明示的な伝送を回避するため、ＣＱＩは常に、ＮＡＣＫを伝送する必要によってトリガーされてもよい（すなわち、ＮＡＣＫおよびＣＱＩは常に一緒に送信される）。あるいは、ＮＡＣＫが送信されてＣＱＩが送信される必要がない場合、最高のＣＱＩ値に対応するデータフィールドが使用されてもよい。これらの伝送のタイプは、暗黙的データタイプフォーマットと呼ばれる。このフォーマットの使用は、ＷＴＲＵに信号伝達される必要がある。
【００９２】
Ｎｏｄｅ−Ｂは、完全バーストにわたる電力の存在を検出する。バースト空間に電力が検出され、データタイプインジケータが使用される場合、Ｎｏｄｅ−Ｂはデータタイプインジケータを読み取る。ＣＱＩが存在する場合、ＣＱＩは、使用される変調方式に従って復調される。暗黙的データタイプフォーマットが使用される場合、電力の存在は、ＮＡＣＫおよびＣＱＩ伝送を指示する。
【００９３】
伝送のマルチキャスト特性と、多くまたはすべてのＷＴＲＵに対応する必要により、Ｎｏｄｅ−Ｂはある期間にわたりＣＱＩを収集することができる。Ｎｏｄｅ−Ｂは、この期間にわたる最小のＣＱＩを選択し、最小ＣＱＩに従ってデータ転送速度をスケジューリングする。このようにして、すべてのＷＴＲＵが対応される可能性を高めることができる。
【００９４】
しかし、この方式は、チャネル状態の良くないＷＴＲＵがシステム全体のスループットを大幅に低下させうるという欠点を備えている。ＷＴＲＵからのすべてのフィードバックが匿名であるため、Ｎｏｄｅ−Ｂは、そのようなＷＴＲＵが存在することを直接に識別する方法を備えていない。この問題を解決するため、Ｎｏｄｅ−Ｂは、ＣＱＩ伝送に関する統計を収集することができ、大多数から統計的に非常にかけ離れたＣＱＩを無視することができる。次いで、Ｎｏｄｅ−Ｂは、残りのＣＱＩから最小のＣＱＩを選択することができ、それをベースラインとして使用する。
【００９５】
あるいは、Ｎｏｄｅ−Ｂは、異常値の除去後にＣＱＩの特定の小さいサブセット（たとえば、下側２０％または下側１０％）を選択することができる。次いで、Ｎｏｄｅ−Ｂは、それらの平均（たとえば、実際の平均、中央値など）を使用することができる。マルチキャストの特性により、最高のＣＱＩが、システムオペレーションに影響を与える可能性は低い。したがって、ＷＴＲＵは、最高の可能なＣＱＩ値を送信することはない。
【００９６】
もう１つの方式において、ＣＱＩ信号伝達はまた、以下の方法で１ビットのＰ−ＦＲＡＣＨにより実施されてもよい。Ｐ−ＦＲＡＣＨチャネル（複数可）は、ＷＴＲＵが要求することができる許容ＭＣＳごとに定義されてもよい。ＷＴＲＵは、サポートすることができる最高のＭＣＳに対応するチャネルを信号伝達しうる。次いで、Ｎｏｄｅ−Ｂは、望ましいＣＱＩの配信の推定を取得し、次の伝送のＭＣＳを選択することができる。
【００９７】
これ以降、レイヤ２／３（Ｌ２／３）ベースのオペレーションのもう１つの実施形態が開示される。ＷＴＲＵは、フィードバックをダウンリンク共用サービスにレポートするタイミング、頻度、および相手をＷＴＲＵ１００に指示するネットワーク信号伝達をリッスンする。ＷＴＲＵは、共用ダウンリンクサービスに対して割り振られているＴＴＩで信号を復号化する。次いで、ＷＴＲＵは、復号化の成功率または失敗率の統計を収集し、ネットワークによって提供される事前定義済みのしきい値に対して復号化の統計を比較する。ＷＴＲＵは、復号化の統計が事前定義済みのしきい値を下回る場合、フィードバックを送信する。
【００９８】
ＷＴＲＵが、同じデータを伝送する複数の同期化されたＮｏｄｅ−Ｂから１つのＮｏｄｅ−Ｂを選択した場合、ＷＴＲＵはその選択されているＮｏｄｅ−Ｂのみにフィードバックを伝送する。ＷＴＲＵが、アクティブセットの複数のＮｏｄｅ−Ｂからの信号の柔結合を実行する場合、ＷＴＲＵはアクティブセット内の最も強いＮｏｄｅ−Ｂにフィードバックを送信する。
【００９９】
ネットワークは、ダウンリンク共用サービス（たとえば、ＭＢＭＳ）が受信されるセルとは異なるセルでのＮＡＣＫの望ましい伝送を指示することができる。セルは、ネットワークにより指示される。
【０１００】
ダウンリンク共用サービスは、ＮＡＣＫと共に伝送されるコードにマップされてもよい。あるいは、ＷＴＲＵ接続ＩＤが信号伝達されてもよい。あるいは、フィードバックにＰＲＡＣＨを使用する場合、物理チャネルアクセス機会はダウンリンク共用サービスにマップされてもよい。マッピングは、ネットワークによって指示されてもよい。必要に応じて、ＣＱＩ情報は、ＮＡＣＫと共に、またはその代わりに伝送されてもよい。信号伝達はＬ２／３において行われるので、ビットの最大数は簡単な方法でサポートされる。
【０１０１】
一部のダウンリンク共用サービス（たとえば、ビデオ）は、特定のユーザが他のユーザよりも高いスループットおよび品質を得るような階層化ＱｏＳ機構を使用することができる。無線システムにおいて、ユーザのＱｏＳを決定する重要な要因は、システム内のユーザの場所を前提として達成可能なスループットである。セルの端において達成可能な最大スループットは通常、セル中央周囲で達成可能なスループットよりも小さい。階層化ＱｏＳは、専用物理チャネルからのフィードバックなしでサポートされてもよい。
【０１０２】
１つの標準的な階層化ＱｏＳ機構（たとえば、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ））は、階層変調に基づいている。階層変調において、複数のデータストリーム（通常、高優先度および低優先度）は、すべてのユーザによって受信される単一の信号に変調される。良好な信号品質を備えるユーザは両方のデータストリームを復号化することができるが、信号品質の低いユーザは高優先度のストリームのみを復号化することができる。たとえば、ストリームは、１６直交振幅変調（１６ＱＡＭ）信号として符号化することができる。信号のある直角位相は２つの高優先度ビットを表すが、直角位相内の信号の位置は２つの低優先度ビットを表す。良好な信号品質を備えるユーザは信号を１６ＱＡＭとして復号化することができるが、信号品質の低いユーザは信号を直交位相偏移キーイング（ＱＰＳＫ）として復号化して高優先度ビットのみを抽出することしかできない。
【０１０３】
実施形態によれば、いくつかの新しい信号伝達が提供される。ネットワークの観点から、単に好ましく位置するＷＴＲＵのパフォーマンスに関する情報が不足しているために、すべてのＷＴＲＵが、高優先度のストリームの復号化に基づいてそのＡＣＫまたはＮＡＣＫフィードバックをレポートすることは不十分であると考えられる。一方、すべてのストリームの復号化に基づいてすべてのＷＴＲＵがフィードバックを提供することはまた、好ましくない位置にあるＷＴＲＵがＮＡＣＫでＰ−ＲＡＦＣＨをオーバーロードしてしまうので不十分である。
【０１０４】
ネットワークは、各ＷＴＲＵがフィードバックを提供すべきストリームを決定するために、少なくとも１つのＣＱＩしきい値を設定する。ＣＱＩしきい値（複数可）は、ネットワークから（たとえば、ブロードキャスト、マルチキャスト、またはユニキャストに対して、ＢＣＣＨ，専用制御チャネル（ＤＣＣＨ）、またはＭＢＭＳ制御チャネル（ＭＣＣＨ）で）信号伝達される。
【０１０５】
ＷＴＲＵは、自身のＣＱＩ（または平均ＣＱＩ）を測定する。ＷＴＲＵは、測定されたＣＱＩとＣＱＩしきい値（複数可）を比較し、測定されたＣＱＩよりも高い最小のＣＱＩしきい値を決定する。このＣＱＩしきい値は、ＷＴＲＵがフィードバックをレポートする必要のある特定のストリーム（複数可）のサブセットに対応する。ＷＴＲＵは、ＣＱＩの比較に基づいて決定されたストリーム（複数可）のサブセットの復号化についてＡＣＫまたはＮＡＣＫフィードバックをレポートする。高品質サービスのＷＴＲＵサブスクリプションに基づいてフィードバックをレポートするようにストリームのサブセットをさらに制約することが可能である。
【０１０６】
特定のＣＱＩしきい値は、ＷＴＲＵがフィードバックを提供することを許可されないしきい値よりも低く設定されてもよい。たとえば、２つのストリーム（高優先度ストリームおよび低優先度ストリーム）しかなく、２つのＣＱＩしきい値（高ＣＱＩしきい値および低ＣＱＩしきい値）が設定されている場合、測定されたＣＱＩが高ＣＱＩしきい値を超えれば、ＷＴＲＵは高優先度および低優先度のストリームについてフィードバックをレポートすることができる。測定されたＣＱＩが高ＣＱＩしきい値よりも低いが、低ＣＱＩしきい値よりも高い場合、ＷＴＲＵは高優先度ストリームのみについてフィードバックをレポートすることができる。測定されたＣＱＩが低ＣＱＩしきい値よりも低い場合、ＷＴＲＵは全くフィードバックを提供しなくてもよい。
【０１０７】
Ｎｏｄｅ−Ｂは、ロード状態に基づいて、時々ＣＱＩしきい値（複数可）を変更することができる。たとえば、他のサービスが低いことが原因でＮｏｄｅ−Ｂのロードが低い場合、Ｎｏｄｅ−Ｂは、さらに多くのリソースをダウンリンク共用サービスに割り振り、あまり攻撃的ではないＭＣＳをストリームの符号化に採用することができるが、それによりさらに多くのＷＴＲＵが高いＱｏＳを享受できるようになる。ダウンリンク共用サービスと他のサービスとの間に高いコンテンションがある場合、Ｎｏｄｅ−Ｂは、より攻撃的なＭＣＳを使用してストリームを伝送し、それによりダウンリンク共用サービスに対するリソースの量を軽減することができる。
【０１０８】
あるいは、複数のストリームは、異なる時間に、または異なるコードを使用して、別々に伝送されてもよい。たとえば、高優先度のストリームはあまり攻撃的ではないＭＣＳで伝送されてもよいが、低優先度のストリームはより攻撃的なＭＣＳで伝送されてもよい。このことは、ストリームを復号化するためのＭＣＳおよびＣＱＩしきい値の選択にさらなる柔軟性をもたらすことができる。欠点は、ストリームが同一の信号に結合されないので、効率性に劣ることである。
【０１０９】
上記のフィードバック機構はＣＤＭＡシステムに関して説明されているが、この機構は汎用であり、任意の無線通信システムに適用することができ、物理チャネルＰ−ＲＡＦＣＨが任意の物理リソースの組合せによって定義されてもよいことに留意されたい。
【０１１０】
これ以降、（Ｐ−ＲＡＦＣＨのような）コンテンションのフィードバックチャネルを使用して、特定のＮｏｄｅ−Ｂ伝送をリッスンしているＷＴＲＵの数をカウントする方法が説明される。構成済みの基準を満足するＷＴＲＵの数（Ｍ）があるものと仮定する。それらのＷＴＲＵの数は、それらのＷＴＲＵの各々に、Ｐ−ＲＡＦＣＨで信号（たとえば、ＡＣＫ、ＮＡＣＫ、ＰＩＮＧなど）を強制的に送信させることによってカウントされる。
【０１１１】
１つの実施形態によれば、（副搬送波、コード、タイムスロット、空間ストリーム、またはそれらの組合せのような）特定の物理リソースは、ＷＴＲＵごとに割り振られてもよく、実際に使用される物理リソースの数がカウントされてもよい。これは、通信エラーを無視する極めて正確な結果をもたらす。しかし、多数のＷＴＲＵが存在することもある場合、多数の物理リソースが必要とされるので、オーバーヘッドに関しては非効率的にもなりうる。
【０１１２】
あるいは、Ｎ個の物理リソースは、ＷＴＲＵが無作為にアクセスすることのできるＰ−ＲＡＦＣＨに確保されてもよい。次いで、実際に使用される物理リソースの数がカウントされ、ＷＴＲＵの数（Ｍ）は、使用される物理リソースの数に基づいて推定される。この推定は正確ではない場合もあるが、エラーは多くのアプリケーションに許容可能となりうる。カウントのエラーは、使用可能な物理リソースの数（Ｎ）およびＷＴＲＵの数（Ｍ）によって決まる。許容エラーに必要とされるＮ個の物理リソースの数は、たとえば、Ｎについての以下の式（４）を解くことにより得られてもよい。
【０１１３】
【数３】
0005548774.tif 000004
【０１１４】
ここで、Ｍmaxは、存在しうるＷＴＲＵの数であり、ｃ＞１は許容係数（たとえば、ｃ＝２）であり、ｐは、伝送の条件が満たされる場合にＷＴＲＵがＰ−ＲＡＦＣＨで伝送する確率であって、この確率については後段で詳細に説明する。大きいＭmaxの場合、ＮはＭmaxよりも大幅に小さくなり、その結果アップリンクの信号伝達オーバーヘッドの実質的な低減をもたらすこともある。許容エラーに応じて、物理リソースのその他の任意の数が使用されてもよい。
【０１１５】
Ｐ−ＲＡＦＣＨは、１つまたは複数の物理リソース（たとえば、副搬送波、コード、タイムスロット、空間ストリーム、またはそれらの全部または一部の組合せ）を割り振ることにより定義される物理チャネルであってもよい。１つまたはＮ個の物理リソースは、事前定義済みの時間間隔ごとにＰ−ＲＡＦＣＨに確保される。この事前定義済みの時間間隔は、Ｐ−ＲＡＦＣＨフレームと呼ばれてもよい。Ｐ−ＲＡＦＣＨフレームは、さまざまな無線通信規格におけるフレーム、スーパーフレーム、サブフレーム、スロットなどに対応することができる。複数のＰ−ＲＡＦＣＨがセル内で定義されてもよい。
【０１１６】
「伝送基準（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｒｉｔｅｒｉｏｎ）」（ＴＣ）は、各Ｐ−ＲＡＦＣＨについて定義されてもよい。Ｐ−ＲＡＦＣＨのＴＣは、以下のうちの少なくとも１つであってもよいが、それらに限定されることはない。
（１）特定のダウンリンク物理チャネルでのデータパケットまたはデータのブロックの正常な受信、
（２）（複数のチャネルにわたり分散されうる）特定のデータサービスでのデータのブロックの正常な受信、
（３）特定の信号伝達コマンドの受信、
（４）測定イベントの発生、または
（５）指定された回数後の特定の伝送の受信の失敗
ＴＣはＹＥＳ／ＮＯの応答をもたらすことができ、各ＷＴＲＵは、いかなる外部の調整も受けずに独立して応答を決定することができてもよい。
【０１１７】
図６は、Ｐ−ＲＡＦＣＨを伝送するための伝送基準を評価する例示的なプロセス６００を示す流れ図である。Ｐ−ＲＡＦＣＨごとの各Ｐ−ＲＡＦＣＨフレームにおいて、ＷＴＲＵは、Ｐ−ＲＡＦＣＨに関連付けられているＴＣが満たされるかどうかを決定する（６０２）。各Ｐ−ＲＡＦＣＨに関連付けられているＴＣは、Ｐ−ＲＡＦＣＨセットアップの一環として提供される。ＴＣが満たされなかった場合、プロセス６００は終了する（すなわち、ＷＴＲＵはこのＰ−ＲＡＦＣＨフレームでＰ−ＲＡＦＣＨを伝送しない）。ＴＣが満たされた場合、ＷＴＲＵは、オプションで、Ｐ−ＲＡＦＣＨを送信する事前構成済みの確率（ｐ）に基づかないでＰ−ＲＡＦＣＨを送信すべきかどうかを決定することができる（６０４）。確率（ｐ）は、ＴＣが満たされるごとにＷＴＲＵが常に信号を１回送信することができるように、「１」に設定されてもよい。ＷＴＲＵがＰ−ＲＡＦＣＨを送信しないことを決定する場合（６０６）、プロセスは終了する（すなわち、ＷＴＲＵはこのＰ−ＲＡＦＣＨフレームでＰ−ＲＡＦＣＨを伝送しない）。ＷＴＲＵがＰ−ＲＡＦＣＨを送信することを決定する場合（６０６）、ＷＴＲＵは、フィードバックパラメータ６０５に基づいて選択すべきＮ個の物理チャネルを決定する（６０７）。次いで、ＷＴＲＵは、Ｐ−ＲＡＦＣＨに関連付けられているＮ個の使用可能なＰ−ＲＡＦＣＨ物理リソースのうちの１つを無作為に選択することができる（６０８）。次いで、ＷＴＲＵは、選択された物理リソースを使用して事前定義済みの信号を伝送する（６１０）。すべてのＷＴＲＵは、同じ信号を伝送することができ、衝突が結果として信号をゼロにする（たとえば、一定の振幅および位相）可能性が低くなるように信号が設計されてもよい。
【０１１８】
各Ｐ−ＲＡＦＣＨフレーム内、および各Ｐ−ＲＡＦＣＨごとに、Ｎｏｄｅ−Ｂは各物理リソースが（たとえば、信号検出方式を使用して）使用されたかどうかを推定する。Ｎｏｄｅ−Ｂは、使用された物理リソースの数をカウントし、使用された物理リソースの数に基づいてＰ−ＲＡＦＣＨにアクセスしたＷＴＲＵ（Ｍ）の数を推定する。
【０１１９】
多くのサービスおよびオプションの改良は、（カウントされたかまたは推定された）ＷＴＲＵの数を使用することによって可能である。一部のアプリケーションでは、ブロードキャストサービスが特定のコンテンツをユーザに伝送する。ブロードキャスターは、たとえばチャネルでコンテンツがブロードキャストされる広告主にどの程度課金するかをブロードキャスターが推定できるようにするため、同チャネルをリッスンしているユーザの数を知る必要がある場合もある。この場合、それらのリスナーが何者であるかを知ることは重要ではなく、そのリスナーの数だけが重要である。この趣旨で、リスナーは、信号（ＰＩＮＧ）を送信するよう指示される。
【０１２０】
ブロードキャストサービスの一部のアプリケーションにおいて、ネットワークは、セル内の少なくとも特定の数または割合のＷＴＲＵにサービスが使用可能であることを確認することもできる。これを確実にするため、ネットワークは、サービスの受信を試みているＷＴＲＵの合計数、およびそのうち正常にサービスを受信している数を推定する必要がある。それを推定するために、正常な受信（ＡＣＫ）の数、失敗（ＮＡＣＫ）の数、および存在する（ＰＩＮＧ）ＷＴＲＵの数の３つの数量のうちのいずれか２つが必要となる。これは、サービスの２つのＰ−ＲＡＦＣＨ（たとえば、ＡＣＫに１つ、ＮＡＣＫに１つ、もしくはＰＩＮＧに１つ、ＡＣＫまたはＮＡＣＫに１つ）を定義することにより達成されてもよい。合計カウント（ＰＩＮＧ）を使用することは、この数量が長期間にわたり安定した状態を保つ可能性が高いので好ましく、そのようなカウントは、フィードバックのためにさらに一般的なＰ−ＲＡＦＣＨを使用して定期的に要求されてもよい。
【０１２１】
ブロードキャストおよびユニキャストの無応答サービス（すなわち、専用のフィードバックのないサービス）において、Ｎｏｄｅ−Ｂは、いくつかの再伝送を使用して適切なデータ配信を確実にすることを望む可能性がある。一方、Ｎｏｄｅ−Ｂは、少なくともある最少数のＷＴＲＵに適切なサービス品質（ＱｏＳ）を提供しながら、再伝送の数を微調整して再伝送の数を最小に抑えようとする可能性がある。Ｐ−ＲＡＦＣＨは、あらかじめ定められた再伝送回数の後に、正常な復号化に欠けるものとＴＣを定義することにより、この目的に使用されてもよい。ＷＴＲＵは、毎回の再伝送後にデータを復号化しようと試み、事前定義済みの試行回数後にＷＴＲＵが失敗する場合、ＷＴＲＵは、Ｐ−ＲＡＦＣＨでＮＡＣＫを送信する。ＮＡＣＫをカウントして、応答したＷＴＲＵの数を推定することにより、Ｎｏｄｅ−Ｂは、エアインターフェイス使用量を最小にしながら必要なＱｏＳを満たす再伝送の回数を適切に選択することができる。この機構は、それらのタイプのサービスの電力制御を調整するために使用されてもよい。
【０１２２】
Ｐ−ＲＡＦＣＨフレーム内のＮ個の物理リソースの合計から使用された物理リソースの観測された数に基づいてＷＴＲＵの数（Ｍ）を推定する方法は、詳細に説明される。これは使用されうる唯一の推定器ではないが、推定器Ｍは特にＭが非常に大きくなる可能性がある場合にはかなり優れたパフォーマンスをもたらすことに留意されたい。
【０１２３】
ｐ＝１（すなわち、ＷＴＲＵは、ＴＣが満たされる場合、常にＰ−ＲＡＦＣＨで伝送する）と仮定する。ｐ＝１と設定することは一例であって、ｐは異なる設定であってもよいことに留意されたい。ｐが「１」と等しくない場合、以下の式（８）は、係数１／ｐで乗算される必要がある。ＷＴＲＵごとのＳＥＮＤ／ＮＯ  ＳＥＮＤの生成はその他のイベントから独立しているので、分析は、推定器に１／ｐの係数を単に乗算することにより、ｐ：０＜ｐ＜１の他の値にまで及ぶ。
【０１２４】
Ｔを、合計がＮ個の物理リソースであるＰ−ＲＡＦＣＨ内の使用済み物理リソースの数とする。Ｔは、確率変数であり、０≦Ｔ≦Ｎ。これに基づいて、実際にフィードバックを送信したＷＴＲＵの数が推定される（すなわち、ＡＣＫを送信したＷＴＲＵをカウントする）。
【０１２５】
Ｍを所与とするＴの分布は、Ｍ個のエージェントがＮ≧１のオブジェクトから１つを選んだ場合の分布である（置き換えて）。Ｔの別個のオブジェクトだけが実際に選ばれる。問題は、標準的な組合せの問題であるクーポンコレクターの問題に密接にかかわる問題である。分布は以下のように与えられる。
【０１２６】
【数４】
0005548774.tif 000005
【０１２７】
ここで、Ｓ（Ｍ，Ｔ）は、第２種のスターリング数である。
【０１２８】
【数５】
0005548774.tif 000006
【０１２９】
分布は極めて複雑である。特に、最大尤度（ＭＬ）推定は、Ｍにわたり式（４）を最大化することが分析的または計算上困難であるため、得ることが難しい。漸近的に以下のとおりであることがよく知られている。
【０１３０】
【数６】
0005548774.tif 000007
【０１３１】
式（７）は漸近的に正確であるが、それで十分である。式（７）から、以下の概算推定器が使用されてもよい。
【０１３２】
【数７】
0005548774.tif 000008
【０１３３】
概算推定器は、必要に応じて、一部の複雑さを軽減するために厳密な推定器の代わりに使用されてもよい。式（８）がＴに基づくＭの最小分散不偏推定器であることが示されてもよい。
【０１３４】
ｔ＝Ｎである場合、推定値は
【０１３５】
【数８】
0005548774.tif 000009
【０１３６】
である。これは、ＭＬ推定の観点からは直観的に意味をなす、すなわち事後尤度を最大化する。Ｐ−ＲＡＦＣＨ内のすべての物理リソースが使用されてしまった場合、こうした状況が生じる可能性を最も高めるＷＴＲＵの数は、上限もなく無限大となるはずである。この直観を使用して、設計基準が、ＷＴＲＵ最大予想数を所与として、フィードバックスロットの適切な数を選択するために提案される。具体的には、
【０１３７】
【数９】
0005548774.tif 000010
【０１３８】
これはＭmaxを所与として数値的にＮについて解くことができ、ｃは適切に選択された定数であって、１よりも大きく設定されてもよい。たとえば、ｃ＝２は妥当な選択となる。
【０１３９】
本明細書において説明されるのは、グループ通信を管理するための例示的な方法である。例示的な方法は、加入者グループを形成するステップ、グループ割り当ての信号伝達、物理チャネルをグループ化するステップ、論理または物理チャネルを加入者グループに割り当てるステップ、およびフィードバックチャネルをアクティブ化するためのトリガーを定義するステップなどを開示する。これらの例示的な方法は、独立した方法で、または本明細書において説明される方法のいずれかと組み合わせて使用されてもよい。例示的な方法は、Ｅ−ＭＢＳに関して説明されることもあるが、例示的な方法は、マルチキャストサービス、ブロードキャストサービス、マルチメディアサービスなどのいずれかの形態に一般的に適用可能である。例示的な方法はまた、コマンドの確認が望ましいこともあるマシン間（Ｍ２）通信にも適用可能である。本明細書において説明される例示的な方法は、チャネル情報が潜在的に多数のＷＴＲＵに効率的に提供される必要があるあらゆる場所に適用可能である。
【０１４０】
一般に、加入者のグループ化は、マルチキャスト／ブロードキャストサービスにより、またはチャネル使用により実行されてもよい。グループのサイズは、任意の整数をとることができる。たとえば、グループは、１のサイズを持つものと定義されてもよく、これは専用チャネルと等価となりうる。あるいは、膨大数の加入者をサポートするために、非常に大きいグループが定義されてもよい。
【０１４１】
例示的な方法において、マルチキャスト／ブロードキャストサービスの加入者は、加入者グループに区分されてもよい。たとえば、加入者グループは、否定応答、カウンティングなどのような任意の用途、または特定の用途のために定義されてもよい。あるいは、さまざまな加入者グループがさまざまな用途のために定義されてもよい。
【０１４２】
その他の特徴は、加入者グループおよび／またはそのメンバーをさらに定義することができる。たとえば、加入者グループは、加入者またはＷＴＲＵの最小数を有することができる。本明細書においてＷＴＲＵが参照されてもよいが、例示的な方法および実施形態は、加入者に関しても同等に適用可能である。１つの例において、加入者グループあたりのＷＴＲＵの最小数は１に設定されてもよい。もう１つの例において、ＷＴＲＵは少なくとも１つの加入者グループに属すことができるが、２つ以上の加入者グループに属すこともできる。したがって、たとえば、ＷＴＲＵは、複数のサービスに対して、およびサービスあたり複数の用途に対して定義された加入者グループに属してもよい。
【０１４３】
一般に、ＷＴＲＵの加入者グループ割り当て（複数可）は、たとえばマルチキャスト／ブロードキャストサービスなどのサービスの確立時に、ＷＴＲＵに信号伝達されてもよい。加入者グループ割り当て（複数可）は、マルチキャスト／ブロードキャストサービスのデータを伝送する基地局、またはＷＴＲＵのサービス提供基地局によって後で変更されてもよい。各ＷＴＲＵは、その加入者グループ割り当てを個別に（すなわち、ユニキャスト）信号伝達されてもよい。あるいは、グループのメンバーシップは、たとえば、受信したマルチキャスト／ブロードキャストサービスまたはＭ２Ｍコマンドによって暗示されてもよい。さらに、加入者グループに属する物理チャネルは、各加入者に単に信号伝達されてもよい。加えて、特定のセルパラメータが、ＷＴＲＵにブロードキャストまたはユニキャストされてもよい。特定の信号伝達フィールドに割り当てられたビットの正確な数に応じて、例示的な方法は、基地局が物理（ＰＨＹ）チャネルの加入者グループへの１対１以外のマッピングを確立することができるように十分な柔軟さを備えることができる。基地局は、マッピングが１対１となるか、または結果として得られるマッピングの曖昧さが有益であるような方法で、マッピングを定義することができる。
【０１４４】
本明細書において説明されるのは、物理チャネル構成の概要である。例示のみを目的として、説明はフィードバックチャネルに関して行われるが、任意のチャネルに適用可能であってもよい。マルチキャスト／ブロードキャストサービスフィードバック制御領域のような、フィードバック制御領域は、整数の副搬送波、およびＯＦＤＭ／ＯＦＤＭＡ技術のＵＬサブフレーム内の整数の直交周波数分割多元接続（ＯＦＤＭＡ）シンボルで変調された別個のシーケンス、符号分割多元接続（ＣＤＭＡ）技術の特定タイムスロット内の直交シーケンスなどで構成されてもよいアップリンク（ＵＬ）ＰＨＹ制御領域である。
【０１４５】
フィードバック領域は、物理フィードバックチャネルで構成されてもよい。１つの例において、物理フィードバックチャネルは、順序付きセットを形成することができる。もう１つの例において、物理フィードバックチャネルは、論理チャネルグループにグループ化されてもよい。第３の例において、物理フィードバックチャネルは、順序付きセットを形成し、グループ化される。物理フィードバックチャネルのグループは、論理フィードバックチャネルと呼ばれてもよい。したがって、使用される場合、論理フィードバックチャネルはセルの特性である。
【０１４６】
本明細書において説明されるのは、チャネル割り当ての概要である。１つの例示的な割り当ての方法において、１つまたは複数の論理チャネルが加入者グループに割り当てられてもよい。もう１つの例示的な割り当ての方法において、１つまたは複数の個々の物理チャネルが加入者グループに割り当てられてもよい。割り当て方法の選択は、加入者グループの数、およびグループに対するＷＴＲＵの関連付けがどの程度動的であるかのような設計パラメータに応じて異なることもある。論理チャネルは、たとえば、複数のマルチキャスト／ブロードキャストサービスおよび使用量をカバーするために、多数の加入者グループが存在するような場合に使用されてもよい。本明細書において、いずれの割り当て方法も以下で説明される。
【０１４７】
一般に、フィードバックチャネルのようなチャネルをアクティブ化するためのＷＴＲＵのトリガー定義は、ユーザグループ固有であるか、事前定義されるか、または基地局によって信号伝達されてもよい。ＷＴＲＵは、トリガー条件を満足すると同時に、共通チャネル伝送をアクティブ化することができる。アクティブ化されるチャネルは、割り当ての方法には関わりなく、加入者グループに割り当てられたすべての物理チャネルから無作為に選択されてもよい。
【０１４８】
本明細書において説明されるのは、論理マルチキャスト／ブロードキャストチャネルに関連付けられているユーザグループの実施形態である。この実施形態は、グループと、グループに割り当てられている物理チャネルの数との間に固定したリンクを備えていなくてもよい。さらに、物理チャネルは、いくつかのパラメータを使用していつでも信号伝達されてもよい。図７は、加入者と物理チャネルとの間のマッピングを示す。特に、示されているのは、加入者グループ７００ａ、論理チャネル７１０、７２０、および物理チャネル７９０の関係、加入者グループ７００ｂ、論理チャネル７５０、および物理チャネル７９０の関係、ならびに加入者グループ７００ｃ、論理チャネル７８５、および物理チャネル７９０の関係である。
【０１４９】
この実施形態において、物理チャネル７９０は、順序付きセットであってもよい。順序は、既知であってもよいか、またはブロードキャストまたはユニキャスト信号伝達を使用して各ＷＴＲＵに信号伝達されてもよい。たとえば、物理チャネル７９０がＯＦＤＭシンボルで副搬送波にわたりコードで構築される場合（ＩＥＥＥ８０２．１６ｍランダムアクセスまたは測距プリアンブルと類似する）、セットは、要望に応じて、チャネルコード先行またはリソースブロック先行で順序付けすることにより得られてもよい。その他の類似する方法が、順序付きセットを得るために使用されてもよい。
【０１５０】
論理チャネルから物理チャネルへのマッピングは、少なくとも２つの方法を使用して定義されてもよい。順序付き論理チャネルサイズ方法と呼ばれる、第１の例示的な方法において、すべての論理チャネルは、任意ではあるが既知の順序で配列されてもよい。たとえば、論理チャネルは、関連する物理チャネルのそれらの数に関して降順で配列されてもよい。そのような配列の例は、論理チャネルサイズあたりの論理チャネルの数を示す表１に定義される。ＷＴＲＵに信号伝達される論理チャネルのインデックスは、論理チャネルに属する物理チャネルの数および場所を一意に指定する。
【０１５１】
【表１】
0005548774.tif 000011
【０１５２】
上記のパラメータおよびグループの論理チャネル割り当て（ｌ1、ｌ2など）の知識により、ＷＴＲＵは、図７に示されるように正確な物理チャネルを決定することができる。
【０１５３】
たとえば、Ｌ16＝２、Ｌ8＝１、Ｌ4＝１、Ｌ2＝０、およびＬ1＝３とすることができる。次いで、論理チャネルのシーケンスは、｛（１６）（１６）（８）（４）（１）（１）（１）｝のように構築されてもよい。括弧の間に定義される数値（すなわち、（．））は、各論理チャネル内の物理フィードバックチャネルの数である（すなわち、（１６）は各論理チャネル内に１６の物理フィードバックチャネルがあることを表し、（８）は各論理チャネル内に８つの物理フィードバックチャネルがあることを表す、など）。インデックスをゼロから開始して、２のインデックスは、この例の場合、物理チャネル３２〜３９を使用するようＷＴＲＵに通知することができる。これは、インデックス０が位置０〜１５（最初の「１６」）と等しく、インデックス１が１６〜３１（次の「１６」）と等しく、インデックス２が位置３２〜３９（「８」ビット）と等しいと説明されてもよい。
【０１５４】
任意の論理チャネルサイズ方法と呼ばれる、第２の例において、論理チャネルは、任意の順序で（すなわち、サイズ順ではなく）配列されてもよい。次いで、マッピングは明示的に信号伝達されてもよく、これにはより高いオーバーヘッドが必要となることがあるが、柔軟性をより高めることができる。たとえば、論理チャネルのシーケンスは、｛１６、８、８、１６、４、１、２、４｝であってもよい。次いで、２の論理チャネルインデックスは、物理チャネル２４〜３１を使用するようＷＴＲＵに伝えることができる。これは、インデックス０が位置０〜１５（「１６」）と等しく、インデックス１が１６〜２３（最初の「８」）と等しく、インデックス２が位置２４〜３１（次の「８」ビット）と等しいと説明されてもよい。
【０１５５】
基地局は、ＷＴＲＵがサービスに加入する場合、少なくとも次のパラメータをブロードキャストするか、またはＷＴＲＵに個別に信号伝達（すなわち、ユニキャスト）することができ、そのブロードキャストまたは信号は、たとえば、リソースグループあたりのコードの数および副搬送波の数など、適用する場合マルチキャスト／ブロードキャスト物理チャネルパラメータを含むことができる。あるいは、マルチキャスト／ブロードキャスト物理チャネルパラメータは、標準化されても、または事前定義されてもよい。ブロードキャストまたは信号は、上記で定義されるように、順序付きまたは任意の論理対物理チャネルマッピング情報を含むことができる。これはさらに、各加入者グループに割り当てられた論理チャネル（複数可）のインデックスを含むことができる（加入者グループごとの論理チャネルあたり単一の番号）。ブロードキャストまたは信号には、各加入者グループのアクティブ化のためのトリガーがさらに含まれてもよい。基地局は、ＷＴＲＵがサービスに加入すると毎回、その少なくとも１つの加入者グループの関連付けを各ＷＴＲＵに信号伝達（すなわち、ユニキャスト）することができる。あるいは、加入者グループの関連付けは、サービスから暗示され、マッピングがブロードキャストされる。
【０１５６】
任意のグループに関連付けられている物理チャネルの数を変更するために、基地局は、グループの論理チャネル割り当てを論理チャネルインデックス（単一の番号）としてブロードキャストすることができるか、または順序付きの場合には表１を再伝送する、もしくは任意の場合またはいずれの場合も物理チャネルマッピングシーケンスを再伝送することができる。
【０１５７】
本明細書において説明されるのは、物理フィードバックチャネルに関連付けられているユーザグループの実施形態である。この実施形態において、すべてのユーザグループは、物理フィードバックチャネルのセットに関連付けられてもよい。マッピングは任意であってもよく、その場合、個別にリストされる必要があってもよい。あるいは、マッピングは順序付けられてもよい。たとえば、物理フィードバックチャネルの順序付きセットを仮定すると、物理チャネルの加入者グループへの割り当てを定義する表２に従って各加入者グループごとに物理フィードバックチャネルの数を定義することができる。表２の情報は、セルによりブロードキャストされるか、または個別にＷＴＲＵに信号伝達されてもよい。この定義は、加入者グループと物理フィードバックチャネルのセットとの間のマッピングを一意に定義する。
【０１５８】
基地局は、ＷＴＲＵがサービスに加入すると、ブロードキャストするか、またはＷＴＲＵに個別に信号伝達（すなわち、ユニキャスト）する。ブロードキャストまたは信号は、たとえば、リソースグループあたりのコードの数および副搬送波の数など、適用する場合物理チャネルパラメータを含むことができる。あるいは、これは標準化されるか、または事前定義されてもよい。さらに、図２またはその等価物に示される情報、および各加入者グループのアクティブ化のためのトリガーは、ブロードキャストされるか、またはＷＴＲＵに信号伝達されてもよい。
【０１５９】
【表２】
0005548774.tif 000012
【０１６０】
この実施形態において、加入者グループは、使用されうる物理チャネルの数のインデックスとしての役割を果たすことができる。
【０１６１】
基地局は、ＷＴＲＵがサービスに加入すると毎回、その少なくとも１つの加入者グループの関連付け（複数可）を各ＷＴＲＵにユニキャストする。明らかなように、任意のグループに使用可能な物理チャネルの数を変更するには、その他のグループに信号伝達することが必要になりうる。
【０１６２】
本明細書において説明されるのは、グループ化に基づくチャネル制御が、少なくともＷＴＲＵの観点からは存在しない場合の実施形態である。その他の実施形態の場合と同様に、物理チャネルは存在し、それらの場所は既知であるか、またはＷＴＲＵに信号伝達されてもよい。
【０１６３】
さらに、その他の実施形態の場合と同様に、基地局は、フィードバックによって提供される情報を論理的に決定する、物理チャネルの数を調べるなどの手段として加入者グループを保持することができる。この実施形態において、ＷＴＲＵは、そのようなグループ化を認識していないこともある。チャネルをアクティブ化するためのさまざまなトリガー、および各トリガーの物理チャネルの割り当てのような情報は、ＷＴＲＵにそのサービスの初期化中に信号伝達されてもよい。割り当ては、物理チャネルインデックスの範囲、または物理チャネルインデックスのセットのいずれであってもよい。
【０１６４】
（実施形態）
１．少なくとも１つの無線送信／受信ユニット（ＷＴＲＵ）を含む、少なくとも１つの加入者グループを形成するステップを備えることを特徴とする、グループ通信を管理する方法。
【０１６５】
２．少なくとも１つの論理チャネルを形成するため、少なくとも１つの物理チャネルをグループ化するステップをさらに備えることを特徴とする実施形態１に記載の方法。
【０１６６】
３．少なくとも１つの論理チャネルを加入者グループのうちの少なくとも１つに割り当てるステップをさらに備えることを特徴とする実施形態１または２に記載の方法。
【０１６７】
４．トリガーに基づいて少なくとも１つの物理チャネルをアクティブ化するステップをさらに備えることを特徴とする実施形態１から３のいずれか一項に記載の方法。
【０１６８】
５．論理チャネルから物理チャネルへのマッピングを実行するステップをさらに備えることを特徴とする実施形態１から４のいずれか一項に記載の方法。
【０１６９】
６．物理チャネルは順序付きセットを形成することを特徴とする実施形態１から５のいずれか一項に記載の方法。
【０１７０】
７．論理チャネルのインデックスは物理チャネルの数および場所を指定することを特徴とする実施形態１から６のいずれか一項に記載の方法。
【０１７１】
８．論理チャネルから物理チャネルへのマッピング情報を少なくとも１つのＷＴＲＵに伝送するステップをさらに備えることを特徴とする実施形態１から７のいずれか一項に記載の方法。
【０１７２】
９．物理チャネルパラメータ、論理チャネルから物理チャネルへのマッピング情報、マッピングインデックス、およびトリガーを伝送するステップをさらに備えることを特徴とする実施形態１から８のいずれか一項に記載の方法。
【０１７３】
１０．加入者グループ関連付けを少なくとも１つのＷＴＲＵに信号伝達するステップをさらに備えることを特徴とする実施形態１から９のいずれか一項に記載の方法。
【０１７４】
１１．サービス変更または加入者変更のうちの少なくとも１つに応答して、マッピング情報および論理チャネルインデックスのうちの１つを再伝送するステップをさらに備えることを特徴とする実施形態１から１０のいずれか一項に記載の方法。
【０１７５】
１２．加入者グループ関連付けに関する情報を受信するように構成された受信機を備える、グループ通信を使用するための加入者ユニット。
【０１７６】
１３．論理チャネル割り当てを受信するよう構成された受信機をさらに備え、論理チャネルは物理チャネルのグループであることを特徴とする実施形態１２に記載の加入者ユニット。
【０１７７】
１４．トリガー条件を満足すると物理チャネルのグループから選択された物理チャネル上の伝送をアクティブ化するステップをさらに備えることを特徴とする実施形態１２および１３に記載の加入者ユニット。
【０１７８】
１５．論理チャネルから物理チャネルへのマッピング情報から物理チャネルの範囲を決定するステップをさらに備えることを特徴とする実施形態１２から１４のいずれか一項に記載の加入者ユニット。
【０１７９】
１６．論理チャネルのインデックスは物理チャネルの数および場所を指定することを特徴とする実施形態１２から１５に記載の加入者ユニット。
【０１８０】
１７．物理チャネルパラメータ、論理チャネルから物理チャネルへのマッピング情報、マッピングインデックス、およびトリガーを受信するように構成された受信機をさらに備えることを特徴とする実施形態１２から１６に記載の加入者ユニット。
【０１８１】
１８．加入者グループ関連付けを受信するように構成された受信機をさらに備えることを特徴とする実施形態１２から１７に記載の加入者ユニット。
【０１８２】
１９．サービス変更または加入者変更のうちの少なくとも１つに応答して、追加の論理チャネルから物理チャネルへのマッピング情報および論理チャネルインデックスのうちの少なくとも１つを受信するように構成された受信機をさらに備えることを特徴とする実施形態１２から１８に記載の加入者ユニット。
【０１８３】
２０．少なくとも１つの無線送信／受信ユニット（ＷＴＲＵ）を含む、少なくとも１つの加入者グループを形成するステップを備えることを特徴とする、グループ通信を管理する方法。
【０１８４】
２１．物理チャネルの数を確立するステップをさらに備えることを特徴とする実施形態２０に記載の方法。
【０１８５】
２２．少なくとも１つの加入者グループを物理チャネルの少なくとも１つの数に関連付けるステップをさらに備えることを特徴とする実施形態２０および２１に記載の方法。
【０１８６】
２３．トリガーに基づいて少なくとも１つの物理チャネルをアクティブ化するステップをさらに備えることを特徴とする実施形態２０から２２に記載の方法。
【０１８７】
２４．物理チャネルパラメータ、マッピング情報、およびトリガーを伝送するステップをさらに備えることを特徴とする実施形態２０から２３に記載の方法。
【０１８８】
２５．少なくとも１つの加入者グループは、使用される物理チャネルの数のインデックスとしての役割を果たすことができることを特徴とする実施形態２０から２４に記載の方法。
【０１８９】
２６．物理チャネルをアクティブ化するために少なくとも１つのトリガーを受信するステップを備えることを特徴とするグループ通信を管理する方法。
【０１９０】
２７．各トリガーに使用するために物理チャネルの指示を受信するステップをさらに備えることを特徴とする実施形態２６に記載の方法。
【０１９１】
特徴および要素は特定の組合せで上記で説明されるが、各々の特徴または要素は、単独で使用されるか、または他の特徴および要素の任意の組合せで使用されてもよいことを、当業者であれば理解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、（有線または無線接続を介して伝送される）電子信号およびコンピュータストレージ媒体を含む。コンピュータ可読ストレージ媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されることはない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。
【図１Ａ】
0005548774.tif 000013
【図１Ｂ】
0005548774.tif 000014
【図２Ａ】
0005548774.tif 000015
【図２Ｂ】
0005548774.tif 000016
【図２Ｃ】
0005548774.tif 000017
【図３】
0005548774.tif 000018
【図４】
0005548774.tif 000019
【図５】
0005548774.tif 000020
【図６】
0005548774.tif 000021
【図７】
0005548774.tif 000022