JP2009514353A - 無線通信システム内でマルチキャスト・サービスを提供する方法 - Google Patents

Abstract

本発明の一態様では、マルチキャスト・データを複数の移動機器群に配信する方法が提供される。この方法は、ＨＳ−ＤＳＣＨを介するマルチキャストなどの第１の手法を用いて複数の移動機器群の第１の部分にデータを与えるステップと、ＤＣＨまたはＦＡＣＨを介するマルチキャストなどの第２の手法を用いて複数の移動機器群の第２の部分にデータを与えるステップとを含む。用いられるマルチキャスト手法の種類は、移動機器のそれぞれに存在する、長期ブロック・エラー率などの通信の品質に基づく。

Description

本発明は、一般的に通信に関し、より詳細には無線通信に関する。

無線通信の分野では、ビデオ・ストリーミング、ゲーム配信またはニュース・クリップなどの新しいマルチキャスト・サービスは、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）およびノートブック機などの移動送受信器および移動機（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）でますます一般的になりつつある。第三世代（３Ｇ：Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）のリリース６は、下りアクセス・チャネル（ＦＡＣＨ：Ｆｏｒｗａｒｄ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）、専用チャネル（ＤＣＨ：Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）およびダウンリンク共有チャネル（ＤＳＣＨ：Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を用いる、基地局ルータ（ＢＳＲ：Ｂａｓｅ Ｓｔａｔｉｏｎ Ｒｏｕｔｅｒ）またはノードＢとＵＥとの間のトランスポート・チャネルの使用に焦点を置いたマルチメディア放送／マルチキャスト・サービス（ＭＢＭＳ：Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅｓ）の実装を明確にしている。リリース５およびそれ以降では、高速ＤＳＣＨ（ＨＳ−ＤＳＣＨ：Ｈｉｇｈ Ｓｐｅｅｄ ＤＳＣＨ）が、ユニキャスト・ユーザに対して高速ダウンリンク接続を提供することが示された。ＨＳ−ＤＳＣＨは、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ：Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）が個々の情報の流れ（例えば、ユニキャスティング）に基づきユーザ毎のピークのデータ速度および劣った処理能力を上げることを可能にするが、３Ｇサービスの主要な適用例と信じられているものであるマルチキャスティングを対象としない。

マルチキャスティングに対してＨＳ−ＤＳＣＨを用いることによるシステムの性能および許容量に関する利益は、この実装がユニキャストと同様の方式に用いられ、この方式では、ユーザ群は、符号または時間領域（符号分割多重化または時間分割多重化）のいずれかで何度もパケットを送信することにより同じデータ・パケットを送信されているということのために、所望したものを満たさない恐れがある。

ＨＳ−ＤＳＣＨは、マルチキャスト・サービスに対する効率的なメカニズムであることが認められている。ＨＳ−ＤＳＣＨのインクリメンタル冗長（ＩＲ：Ｉｎｃｒｅｍｅｎｔａｌ Ｒｅｄｕｎｄａｎｃｙ）のメカニズムを用いて、必要なときにより多くの冗長が追加可能であるため、符号／変調方式が積極的に選択される。さらに、ＨＳ−ＤＳＣＨはまた、全体の平均処理能力を増大させるために、適応符合化および適応変調、高速スケジューリング、ならびに再送信のハイブリッド肯定応答要求（Ｈ−ＡＲＱ：Ｈｙｂｒｉｄ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ＲｅＱｕｅｓｔ）合成を用いる。これらの技術は、Ｒｅｌ９９／４およびＲｅｌ６の解決策に基づく現在のＭＢＭＳサービスにより与えられるもの以上にＭＢＭＳサービスを向上させると信じられている。

しかし、マルチキャスト・サービスがＲｅｌ９９またはＨＳ−ＤＳＣＨのメカニズムを使用しているとき、最悪のユーザは依然システムのボトルネックのままである。現在、すべてのＲｅｌ．９９／４システムが符合化および／または変調ならびに送信電力パラメータを控えめに選択して最悪のケースのユーザを満足させる。これが、個々のサービス提供、マルチキャスト・サービス提供とセル・リソースの管理との間で行われる必要がある妥協のために、提供できるマルチキャスト・サービスの許容量を制限する。したがって、Ｒｅｌ９９ベースのシステムは符合化および電力を決定するが、ＨＳ−ＤＳＣＨシステムは、最悪のユーザから来るフィードバックに基づきそれらのパラメータを調整する。特に、選択された伝送フォーマットおよびリソースの組み合わせ（ＴＦＲＣ：Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ ａｎｄ Ｒｅｓｏｕｒｃｅ Ｃｏｍｂｉｎａｔｉｏｎ）が、このグループのすべてのユーザのうちの最低のチャネル品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）に基づいているため、ＣＱＩは、ｍｉｎ｛ＰＬ_１．Ｘ_１，Ｋ，ＰＬ_Ｎ．Ｘ_Ｎ｝に比例する信号対雑音比（ＳＮＲ：Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ）に等しく、Ｎはそのグループのユーザの人数、ＰＬは経路損失、Ｘは高速フェージングの確率分布である。

セルのカバレージ・エリア内のユーザのグループにマルチキャストをサポートするために３ＧＰＰ規格で用いられるメカニズムは以下を含む。
−ＦＡＣＨの使用
−ＤＣＨの使用
−ＭＢＭＳの使用

ＤＣＨを介してマルチキャストをサポートすることはコストがかかる。同一のマルチキャスト・チャネルは、マルチキャスト・サービスを使っているユーザの人数分だけ複製されなければならない。セル内の多くのマルチキャスト人口に対して、セルのリソース利用の点からみるとこれは非常にコストがかさむ。ＤＣＨベースのマルチキャスティングが事実上ユニキャスト・サービスとなり、所与のセル内に同じマルチキャスト・サービスを使用する多くのユーザが存在する場合、セルのリソースのすべてを急速に消費することになる。

ＦＡＣＨを介してマルチキャスト・サービスを提供することは、ユニキャスティングと比べると進歩である。主に、ＦＡＣＨ送信パラメータは、セルのまさに端にいるユーザを範囲に含むように設定され、通常低いビット・レートをもたらす。これは、ＦＡＣＨが他のチャネルに比べて相対的に高い電力を有することを意味する。さらに、高いビット・レートを必要とするマルチキャスト・サービスがＦＡＣＨを介して用いられるとき、膨大なセル・リソースを消費することになる。このように、低いビット・レートのマルチキャスト・サービスに対して、ＦＡＣＨは、限られた適用範囲を有する可能性があるが、より高いビット・レートのサービスに対してはそうではない。ＦＡＣＨにより送信可能な実際の帯域幅は高いこと（２Ｍｂ／ｓに達する）が可能であるが、残念なことにこれは実際には達成できない。例えば、研究では、セルの全部にわたる１２８ｋｂ／ｓのマルチキャスト・チャネルを提供することは、利用可能なチャネルの７０％より多くを占めることになることを示している。したがって、ＦＡＣＨを介してＭＢＭＳを提供することは非効率であり、実用には制限がある。

本発明は、１つまたは複数の上述の問題の影響を克服、または少なくとも低減させることを対象とする。

本発明の一態様では、データを複数の移動機器群に与える方法が提供される。この方法は、第１の手法を用いて複数の移動機器群の第１の部分にデータを与えるステップと、第２の手法を用いて複数の移動機器群の第２の部分にデータを与えるステップとを含む。
本発明は、添付の図面と併せて行われる以下の説明を参照することにより理解でき、これらの図面では、同様の参照番号が同様の要素を特定する。

本発明は様々な変更および代替形態を許すが、その特定の実施形態が、一例として図面に示されており、本明細書で詳細に説明される。しかし、特定の実施形態の本明細書の説明は、開示された特定の形態に本発明を限定することを意図せず、それどころか、添付の特許請求の範囲により定義される本発明の精神および範囲にはいるすべての変更、均等物、および代替物に及ぶことを意図することを理解されたい。

本発明の図示の実施形態が以下に説明される。明確にするために、実際の実装のすべての特徴が本明細書で説明されるわけではない。もちろん任意のこのような実際の実施形態の開発では、実装に特有の多数の決定が、システム関連およびビジネス関連の制約の適合など、開発者の特定の目的を達成するために行われてよく、これはある実装と別の実装では異なる可能性があることを理解されたい。さらに、このような開発努力は複雑で時間がかかる可能性があるが、それにもかかわらず本開示の利益を有する当業者にとって決まりきった仕事である可能性があることを理解されたい。

次に図面を見ると、特に図１を参照すると、本発明の一実施形態による例示のオールインターネット・プロトコル（ａｌｌ−ＩＰ）ネットワーク・アーキテクチャを採用する通信システム１００が、様式的に示される。概して、システム１００は、複数のＢＳＲ１０２から構成される。ＢＳＲ１０２は、イントラネット１０４（バックホール・ネットワークとも呼ばれる）に接続される。ゲートウェイ１０６が、イントラネット１０４をインターネット１０８に接続する。本発明の例示の実施形態では、インターネット・プロトコル（ＩＰ）は、イントラネット１０４内でユーザおよび制御の情報を伝送するために使用可能なネットワーク・プロトコルである。制御サーバ１１０が、通話サービス制御を行う。例示の通信システム１００の１つの重要な特徴は、無線ネットワーク機能のかなりの部分が基地局の機能と統合され、したがってネットワーク全体にわたり分散されるということである。

第三世代ＣＤＭＡ携帯ネットワークは、音声およびデータのサービスの両方をサポートするように設計されている。高速共有チャネル（ＵＭＴＳでのＨＳＤＰＡ、ＣＤＭＡ２０００でのＥＶ−ＤＶ）を介するパケット・データ伝送の拡張は、現在標準化されつつある。これらのシステムでは、音声トラフィックは従来の回線交換モードで搬送されるが、データはパケット交換の方式でスケジュールモードの共有チャネルを介して搬送される。しかし、豊富なマルチメディア・セッションを提供するために、すべてのサービスに対して単一の伝送モードを有することが有益である。これは通話制御を簡単にし、マルチメディアのユーザ経験をサポートする装置コストを低減させる。したがって説明のために、本発明は、無線インタフェースとして、ＣＤＭＡ２０００ ｌｘ ＥＶＤＯシステムなど、共有伝送チャネルをサポートするＣＤＭＡシステムのコンテキストで説明される。当業者は、本発明の態様が、本発明の精神および範囲から逸脱せずに他の種類の通信システムで実装可能であることを理解されよう。当業者は、どのようなシステムが本発明の態様を実装するために選択されようと、このようなシステムがマルチキャスト・データを搬送するために必要とされるサービス品質（ＱｏＳ）を配信できるのに有用であることをさらに理解されよう。

マルチキャスティングは、１つまたは複数の本発明の態様を用いることにより、図１の無線システムで効率的に達成できる。概して、マルチキャスティングを実装するために対処される２つの課題が存在する。第１に、ＨＳＤＰＡ環境内でマルチキャスト・サービスを識別する方法が提供される。例えば、問題となっているセルにより提供可能な所与のサービスのマルチキャスト・リストに要求されたユーザを加えるための適したメカニズムが提供され、ＨＳ−ＤＳＣＨ上でマルチキャスト・パケットを識別するための適したメカニズムも提供される。第２に、ＵＥの振る舞いから生じるＨ−ＡＲＱおよびＣＱＩ処理に対応する方法も提供される。

概して、ＨＳ−ＤＳＣＨを介するマルチキャスト・サービスの提供のために、送信されたＭＡＣパケット・フォーマットに関する送信（ノードＢ）側および受信（ＵＥ）側のフォーマットおよび振る舞いについてある仮定がなされる。本発明の一実施形態では、マルチキャスト・サービスを要求している各ＵＥ１２０を識別するメカニズムが存在する。図２を見ると、ＢＳＲまたはノードＢ１０２で実装可能な処理の流れ図表現の一実施形態が示される。この処理はブロック２００で開始し、ブロック２００では、同一のマルチキャスト番組を要求しているＵＥのグループのＵＥ１２０のそれぞれは、単一の移動ＵＥのＩＤにより識別される。したがって、現在要求しているＵＥ１２０がマルチキャスト・リストに追加される。ブロック２０２で、リストは、ＨＳＰＤＡサービス（１つのセルにいくつかの番組が存在してよい）されているＵＥ１２０およびユニキャスト・サービスされているＵＥ１２０に分割される。ブロック２０４で次に、長期ブロック・エラー率（ＢＬＥＲ：ＢＬｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）がＨＳＤＰＡの許容閾値（Ｔ_ＨＳ）を下回るＵＥはＨＳ−ＤＳＣＨマルチキャスト・サービス集合に加えられ、長期ＢＬＥＲがＴ_ＨＳを上回るＵＥは監視されるが、ブロック２０６でより低いデータ速度でＨＳＤＰＡを介してか、または専用チャネル（ＤＣＨ：Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）または下りアクセス・チャネル（ＦＡＣＨ）（どちらが望ましいとしても）を介してマルチキャストにより提供される。個々のＵＥ１２０のＢＬＥＲがＴ_ＨＳを下回るように改善する場合、ユーザは、ブロック２０８でＤＴＣＨまたはＦＡＣＨのマルチキャスト集合からＨＳ−ＤＳＣＨマルチキャスト集合に移行可能である。またユーザは、より高速なデータ速度でＨＳＤＰＡによりサービスされる別のマルチキャスト・グループに移行可能である。長期ＢＬＥＲがＴ_ＨＳを上回るＵＥ１２０は監視されるが、ＨＳ−ＤＳＣＨを介するマルチキャストによるが、より低速の保証されたデータ速度で提供される。

いったんＨＳ−ＤＳＣＨのマルチキャスティングに対して識別されると、マルチキャスト・サービスに一般に用いられるＭＡＣ−ｄヘッダー３００（図３Ａを参照）が適宜変更される。特に、通常マルチキャスト・サービスは、１６の可能なサービスのうちの１つを示す４ビットを介してＭＡＣ−ｄヘッダーで識別される（ＴＳ２５．３２１（６５０）、セクション９．２．１を参照）。ＭＡＣ−ｄヘッダー３００内のＵＥ−ＩＤタイプ３０４が、ＵＴＲＡＮ無線ネットワーク一時識別番号（Ｕ−ＲＮＴＩ：ＵＴＲＡＮ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）またはセルＲＮＴＩ（Ｃ−ＲＮＴＩ：Ｃｅｌｌ ＲＮＴＩ）の一方を選択し、適宜符合化（例えば、００｜０１）される。ＵＥ−ＩＤタイプ３０４はその後修正されてよい。ＵＥ−ＩＤタイプ３０４がＵ−ＲＮＴＩに等しい場合、以下のように設定される。
ｂ_１３−ｂ_０＝ユーザＩＤ
ｂ_２７−ｂ_１４＝０
ｂ_３１−ｂ_２８＝マルチキャスト識別子
Ｕ−ＲＮＴＩは長さが３２ビットである（ｂ_３１−ｂ_０）。ＢＳＲ操作に対して、下位の１４ビットはユーザＩＤに用いられる（Ｕ−ＲＮＴＩのｂ_ｌ３−ｂ_０）。これは、ＢＳＲ環境でのマルチキャストでは必要ではないＢＳＲ−ＩＤに対するビットｂ_３１−ｂ_１４を残している。したがってビットｂ_３１−ｂ_２８は、マルチキャスト・サービス識別に使用可能であり、残りのビット（ｂ_２７−ｂ_１４）は、すべてゼロに設定されてよい。

または、ＵＥ−ＩＤタイプ＝Ｃ−ＲＮＴＩの場合、以下のように設定される。
ｂ_１１−ｂ_０＝０
ｂ_１５−ｂ_１２＝マルチキャスト識別子
Ｃ−ＲＮＴＩは長さが１６ビットであり（ｂ_１５−ｂ_０）、セルに対してユニークである。Ｃ−ＲＮＴＩは、マルチキャスト・サービスが多くのセルにわたって均一に識別可能であるが、セル毎に個別に管理可能なので、マルチキャスト・サービスの管理を大幅に簡素化するため、Ｃ−ＲＮＴＩで操作することが好ましい。

どちらの場合も、最上位ビット群はマルチキャスト識別子に設定され、そのビットが最上位端から読み込まれる場合、マルチキャスト識別子はＵＥ−ＩＤタイプに常に従うべきである。

当業者は、ＴＣＴＦ３０６は、ＦＡＣＨおよびＲＡＣＨのチャネルにのみ適用されるため無視できることを理解されよう。Ｃ／Ｔフィールド３０８は、適宜設定されねばならず、すなわち、マルチキャスト・サービスに既に用いられている論理的チャネル識別子と揃えなければならない。

次に変更されたＭＡＣ−ｄパケット３００は、通常のＭＡＣ−ｄパケットと同様の方法でＭＡＣ−ＨＳパケット３５０（図３Ｂを参照）内に配置される。ここでの補足説明は、キューＩＤが同一のマルチキャスト・サービス・グループのすべてのＵＥ１２０の全体にわたり均一に設定される必要があってよいということである。本発明の一実施形態では、ＭＡＣ−ＨＳパケットは図２Ｂに記載のフォーマットを有する。

当業者は、マルチキャスト・サービスの識別が必ずしも機能性に関してＭＢＭＳ規格に依拠せず、実際にはＭＢＭＳサービスは無修正のＨＳＤＰＡ端末を介して提供可能であることを理解されよう。

この解決法が必要とする情報の２つの項目が存在し、これらは、１０ビットにわたり反復符合化されるＨ−ＡＲＱのＡＣＫ／ＮＡＣＫ、およびａ（２０，５）の一次結合符号により符合化されるチャネルＣＱＩ情報であり、その結果のＣＱＩ値は、ＵＥのクラスに対して補正される。符合化および一般的な手法の詳細は、例えば、ＴＳ２５．２１４のセクション６およびＴＳ２５．２１２のセクション４．７に見つけることができる。

ＣＱＩ計測は、選択された伝送フォーマット（ＴＦ：ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ）を左右する。これは、報告されたＣＱＩ値で実行される補正のため、マルチキャスト送信のために選択されるＴＦは、実際には選択されたマルチキャスト・サービス内のものの間の有効な最大公約数であってよいため、最適である必要はないことを意味する。要するに、マルチキャスト集合内の特定のＵＥに対して、そのＴＦＩは、より多くの報告されるエラーの原因、すなわちＨ−ＡＲＱがＮＡＣＫを報告する可能性がある。このため、ＨＳ−ＤＳＣＨ上のマルチキャスト・サービスの全体的性能は悪くなる。しかし、ＣＱＩ値に行われる補正が考慮される場合、ＨＳ−ＤＳＣＨを介して提供されるマルチキャスト・チャネルのためのＨ−ＡＲＱ処理を制御し、ＨＳ−ＤＳＣＨを介するマルチキャストの性能を相対的に高く保つために、多数決方式が採用可能である。

したがって、ＵＥ１２０が前のセクションで示した方法でＨＳ−ＤＳＣＨを介してマルチキャスト・パケットを受信しているとするならば、ＵＥ１２０の振る舞いが次に考えられるべきである。ＨＳ−ＤＳＣＨのマルチキャスト送信を受信しているＵＥの間のエラー確率（Ｐ_ｅ（．））は、ＩＤＤであり、したがってＰ_ｅ（ＵＥ_１）＝Ｐ_ｅ（ＵＥ_２）＝Ｐ_ｅ（ＵＥ_３）とみなすことができる。しかし、ＵＥのカテゴリ（ＴＳ２５．２１４のセクション６を参照）のために、これは事実とは異なり、実際にはＰ_ｅ（ＵＥ_１）≠Ｐ_ｅ（ＵＥ_２）≠Ｐ_ｅ（ＵＥ_３）である。実際にはＵＥは、端末のエラーの可能性を定義するクラスに分割される。そのため、本発明の一実施形態では、ＵＥは、クラスＣ_（ｘ）に属すると定義され、（ｘ）はクラス種類、

、ｉ＝１Ｋｍ、ｎ＝１Ｋｋを意味し、クラスにはｍ個のＵＥが存在し、ｋ個のクラスが存在する。

その場合エラー確率は、同一クラスのすべてのＵＥにわたって同一である（

）。次に実際のエラーは、次の方法で、すなわちエラー確率はＵＥのクラスの関数

であると考えることができる。要するに、エラー確率は、ＵＥが実際に属するＵＥのクラスに合わせた統計エラー関数によって決まる。エラー確率が同一クラスのすべてのＵＥにわたって同一であるため、そこではエラー関数に関連付けられる重みが必要とされる（

）。要するに、ｗ^ｋは、０から１の間の範囲内にはいり、ＵＥのエラーに定乗数として働く、間に合わせのクリブであり、これは経験的に決定できる。

したがって、ＨＳ−ＤＳＣＨ再送信のために以下のシナリオが存在する。単一のＵＥに対して、フィードバック情報が正しくない場合、再送信、すなわちＮＡＣＫが必要とされる。

これは、システムに単一のユーザしかいない単純な場合であり、マルチキャスト・モードで動作する共有チャネルは、単一のフィードバック・チャネルを考慮する必要があるだけである。しかし、２人のユーザがシステムにいると、エラーとなっているＵＥの両方または一方がＮＡＣＫである結果となり、その後の送信を引き起こす（

）。これは、一般的な場合

に拡張でき、全体のサンプル集合Ｎから得られるｉでインデックスされるＵＥの番号が存在し、ＵＥはＫから得られる任意のクラスｋに属することができ、すべてのエラーの合計が閾値Ｔより大きい場合、システムはこれをＮＡＣＫとみなし、パケットを再送信する。

これは、マルチキャスト再送信を決定できる単純な投票メカニズムである。しかし、ＣＱＩ情報を考慮していないため、その投票はゆがめられ、過度の再送信の結果をもたらす可能性がある。これに対する１つの変更が、

であり、ＵＥのクラスの重みを用いてその投票を修正し、ゆがみを除去する。要するに、より低いデータ速度が符合化の保護をより多くもたらすため、低いデータ速度のＵＥはより信頼できるＣＱＩで補正されている。

ＨＳ−ＤＳＣＨマルチキャスト・リスト内のユーザは、連続的なサンプル・マトリクスＳ_Ｔを形成すると見ることができる。表記を簡単にすると

であり、ｓはエラー・サンプル（ＡＣＫ／ＮＡＣＫ）を意味し、ｉはＵＥのインデックスであり、ｔはサンプル番号でｋはＵＥのクラス（カテゴリ）である。連続的なサンプル・マトリクスは、

である。列ベクトル

は、サンプル時間ｔでの投票要素となり、マルチキャスト再送信決定は、

、∀ｋ∈Ｋ、Ｖ＞ＴαＮＡＣＫ、Ｖ≦ＴαＡＣＫである。しかし、本発明のいくつかの実施形態では、ＵＥの長期の振る舞いを考慮に入れるのが有用である可能性がある。ＵＥが継続的にＮＡＣＫＳを報告する場合、これはマルチキャスト再送信の決定を適切にゆがませる。ここで適切にとは、補正を伴ったとしても正しくという意味である。この場合、誤ったＵＥは、サンプル・マトリクスＳ_Ｔから削除されてよい。誤ったＵＥの削除は、そのサンプルを０に設定し、したがって「無」投票を登録することにより事実上達成されてよい。ＵＥの振る舞いがＮＡＣＫ報告に関してよりよくなったときに、実際の値はＳ_Ｔマトリクスに再度参加が許される。

Ｓ_Ｔへの包含またはＳ_Ｔからの除外に対するＵＥの適性を追跡するために、単純移動ウィンドウ平均処理が、該当のＵＥに対するＳ_Ｔの行ベクトルに適用され、すなわち次のようになる。

ウィンドウのサイズｐに対して、ＵＥの平均エラーは、継続的に追跡可能である（

）。これは移動平均処理であるため、新しいエラー評価は、各サンプル時間で取得可能であり、これもランダム変数を形成する。標準的統計手法がこのランダム変数に対するこの評価値に適用されて、偏りをなくすことにより評価値の信頼性を向上させることができる。いずれにしろ、エラーＥに対する信頼できる評価値が存在することになる。

ならば、

である。当然、判定を向上させるために分散を考慮するなど、他の統計手法が適用できる。

次にアルゴリズムの全体が以下のように要約できる。
for each sample t in S_T do
for each user i in HS-DSCH-multicast-list
if E_i > T_HS then
remove user i from HS-DSCH-multicast-service set
else
if user i not in HS-DSCH-multicast-service set then
add user i to HS-DSCH-multicast-service set
end if
end if
end for
//Ｓ_Ｔは有効なＵＥで満杯になっていなければならない
obtain V_t from S_T
vote = 0;
for each user i in Vt
vote + = V_t[i]
end for
if vote > T then
retransmit multicast packet
Else
transmit next multicast packet
end if
//マルチキャスト・リストに残っているＵＥをマルチキャストする
for each user i not in HS-DSCH-multicast-service set
(re)transmit next multicast packet
end for
end for

本発明の実装は、重要な利点を生み出す。例えば、ＭＡＣ−ｈｓパケット内でのマルチキャストの使用のためのＭＡＣ−ｄパケットへの変更は、他に端末の変更なしに、およびＨＳＤＰＡをサポートする送受信器のほかに新しい送受信器を必要とすることなしに、ＨＳＤＰＡを介するマルチキャストの使用を可能にする。本発明はまた、再送信の目的のためのＵＥのカテゴリを考慮することにより、マルチキャスト・サービスがよりよく行われることを可能にし、個々の端末チャネル品質が向上する場合、ＨＳＤＰＡのマルチキャスト・サービスに端末を動的に追加する手段を提供する。

本発明は、マルチキャスト・サービスがＨＳＤＰＡチャネルを介して効率的に提供されることを可能にする。これは、ビット・レートおよびチャネル利用の観点の両方からマルチキャストに利用可能なリソースを最適化するという二重の利点を有し、要するに、セル内のマルチキャスト・サービスに必要なチャネルの個数を最小化し、一方同時により高いマルチキャスト・ビット・レートが、電力およびチャネル化符号などの貴重なセル・リソースを使い尽くすことなしに用いられることを可能にする。

他の点で特に述べられなければ、または説明から明白であるように、「処理」または「コンピューティング」または「計算」または「判定」または「表示」等などの用語は、コンピュータ・システムのレジスタおよびメモリ内の物理的、電子的量として表されるデータをコンピュータ・システムのメモリあるいはレジスタあるいは他のこのような情報の記憶、伝送または表示の装置内の物理的量として同様に表される他のデータに操作および変換する、コンピュータ・システムまたは同様の電子コンピューティング装置の動作および処理を指す。

当業者は、本明細書で様々な実施形態に示された様々なシステム階層、ルーチン、またはモジュールが、実行可能な制御装置であってよいことを理解されたい。これらの制御装置は、マイクロプロセッサ、マイクロコントローラ、デジタル・シグナル・プロセッサ、プロセッサ・カード（１つまたは複数のマイクロプロセッサまたはコントローラを含む）、あるいは他の制御またはコンピューティング装置を含んでよい。本説明で参照された記憶装置は、データおよび命令を格納する、１つまたは複数のマシンが読み取り可能な記憶媒体を含んでよい。記憶媒体は異なる形態のメモリを含んでよく、これらのメモリは、ダイナミックまたはスタティック・ランダム・アクセス・メモリ（ＤＲＡＭまたはＳＲＡＭ）、消去可能およびプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能およびプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）ならびにフラッシュ・メモリなどの半導体メモリ装置と、固定式の、フロッピー（登録商標）の、取り外し可能なディスクなどの磁気ディスクと、テープを含む他の磁気媒体と、コンパクト・ディスク（ＣＤ）またはデジタル・ビデオ・ディスク（ＤＶＤ）などの光学媒体とを含む。様々なシステムで様々なソフトウェア階層、ルーチン、またはモジュールを構成する命令は、それぞれの記憶装置に格納されてよい。命令は、それぞれの制御装置により実行されると、対応するシステムにプログラムされた働きを行わせる。

本発明が、本明細書の教示の利益を有する当業者に明らかな、異なるが同等の方法で変更され実行されてよいため、上記に開示された特定の実施形態は、例示にすぎない。さらに、特許請求の範囲で説明されるもの以外では、本明細書で示された構成または設計の詳細に限定することを意図しない。したがって、上記に開示された特定の実施形態は変更または修正されてよく、すべてのこのような変形が本発明の範囲および精神の中にはいると考えられることは明らかである。したがって、本明細書で得ようとする保護は特許請求の範囲に記載される。

それらを介して効率的なマルチキャスティングが行われることができる基地局ルータ（ＢＳＲ）を用いる例示の無線通信システムを様式的に表す図である。 移動体をマルチキャスト・グループに割り当てて許可する方法の流れ図表現を様式的に表し、適切なマルチキャスト送信グループを選択するメカニズムも示す図である。 Ｍａｃ−ｄパケット・フォーマットを様式的に表す図である。 ＭＡＣ−ＨＳパケット・フォーマットを様式的に表す図である。

Claims (10)

1. 複数の移動機器群にデータを与える方法であって、
   第１の手法を用いて前記複数の移動機器群の第１の部分にデータを与えるステップと、
   第２の手法を用いて前記複数の移動機器群の第２の部分にデータを与えるステップと
   を含む方法。
2. 前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、前記第１の複数の移動機器群との通信が事前に選択した値を上回る特徴を有すると判定することに応じて、前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップをさらに含む、請求項１に記載の方法。
3. 前記第２の手法を用いて前記複数の移動機器群の前記第２の部分にデータを与えるステップは、前記第１の複数の移動機器群との通信が事前に選択した値を下回る特徴を有すると判定することに応じて、前記第２の手法を用いて前記複数の移動機器群の前記第２の部分にデータを与えるステップをさらに含む、請求項２に記載の方法。
4. 前記第１の複数の移動機器群との通信が事前に選択した値を上回る特徴を有すると判定することに応じて、前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、前記第１の複数の移動機器群との通信が前記第１の事前に選択した値を上回るブロック・エラー率を有すると判定することに応じて、前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップをさらに含む、請求項３に記載の方法。
5. 前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、第１のマルチキャスト手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップをさらに含む、請求項１に記載の方法。
6. 前記第１の手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、第２のマルチキャスト手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップをさらに含む、請求項５に記載の方法。
7. 第１のマルチキャスト手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、高速ダウンリンク・パケット・アクセス手法を介するマルチキャストを用いてデータを与えるステップをさらに含む、請求項６に記載の方法。
8. 第２のマルチキャスト手法を用いて前記複数の移動機器群の前記第１の部分にデータを与えるステップは、前記第１のマルチキャスト手法により用いられるデータ速度より遅いデータ速度で、高速ダウンリンク・パケット・アクセス手法を介するマルチキャストを用いてデータを与えるステップをさらに含む、請求項７に記載の方法。
9. 前記特徴が前記事前に選択された値より下に下がるのに応じて前記第１の部分から前記第２の部分の移動機器群へ移動機器を移動するステップをさらに含む、請求項２に記載の方法。
10. 前記特徴が前記事前に選択された値より上に上がるのに応じて前記第２の部分から前記第１の部分の移動機器群へ移動機器を移動するステップをさらに含む、請求項２に記載の方法。

Images