JP4787838B2 - 無線通信システムにおける匿名の上り回線測定報告 - Google Patents

Description

本発明は概して無線通信に関し、特に無線通信システムにおいてデータをブロードキャストまたはマルチキャストする際の送信品質の制御機構に関する。本発明は、特に、３ＧＰＰ内のＵＭＴＳリリース６へ向けて現在標準化が行われている新しいＵＭＴＳの特長である、ＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）に適用される。しかしながら本発明はＭＢＭＳのみに限定されず、ＵＭＴＳ通信システムや将来の移動体通信規格（４Ｇ）を含む他の通信システムの下り回線でのどのような共通チャネルブロードキャストにも適用され得る。

すべての通信システムにおいて、サービス品質（ＱｏＳ）の制御はつねに広く議論されている話題である。これは、送信機と受信機の間のインタフェースが、受信信号品質の劣化をもたらす多かれ少なかれ深刻な変形を、一般的に引き起こす無線通信システムにおいて、ことさら正しい。これに対処するため、いくつかの方法が開発されている。第一に、送信媒体の物理特性に合致するために、いくつかの変調技術が特別に開発されている。第二に、干渉からメッセージを保護するために符号化方法が用いられている。さらに、ＱｏＳ制御機構が送信信号の受信品質の能動的制御を可能としている。このタイプの技術の主たる思想は、受信機が、送信機が送信特性（例えば、送信電力）に適応することを可能とさせるために、何らかの手段により送信機に受信品質を知らせ、所定のＱｏＳ目標特性を満たすことである。

本発明は、最後のカテゴリの技術に属し、送信されたサービスの特性に適応させるために用いることのできる新しい測定報告タイプを提供する。

（ＵＭＴＳエアインタフェースレイヤ）
無線インタフェースを介したデータ送信を可能とするため、３ＧＰＰは、レイヤのセットと、各々のプロトコルを定義した。これらは、ベアラセットアップで定義された所定のＱｏＳ（データレート、誤り率、優先度など）をサポートするのに必要なサービスの提供を目的としている。

図１に示すように、無線インタフェースは、三つのプロトコルレイヤに階層化されている。

− 物理レイヤ（Ｌ１）１０１、
− データリンクレイヤ（Ｌ２）１０２、
− ＲＲＣレイヤ（Ｌ３）１０３。

レイヤ２は以下のサブレイヤに分割されている。媒体アクセス制御（ＭＡＣ）１０４、無線リンク制御（ＲＬＣ）１０５、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）１０６およびブロードキャスト／マルチキャスト制御（ＢＭＣ）１０７。それぞれのレイヤは、非特許文献１にまとめられている、十分に定義された機能を有する。

レイヤ３およびＲＬＣレイヤは、コントロール（Ｃ−）プレーン１０８およびユーザ（Ｕ−）プレーン１０９に分割されている。ＰＤＣＰ１０６およびＢＭＣ１０７はＵ−プレーン１０９にのみ存在する。コントロールプレーンとユーザプレーンの主な違いは、コントロールプレーンは送信機においてピアエンティティにより用いられる制御情報（シグナリング）のみを搬送することである。一方で、ユーザプレーンは、データそれ自体（たとえば、音声）を搬送する。

ＲＬＣレイヤ１０５は、ＰＤＣＰおよびＢＭＣプロトコルが用いられている場合を除き、コントロールプレーン１０８でシグナリング無線ベアラ（ＳＲＢ）サービスを提供し、ユーザプレーン１０９で無線ベアラ（ＲＢ）サービスを提供する。この場合は、ＲＢサービスはＰＤＣＰ１０６およびＢＭＣ１０７から提供される。

この図は、ローカルなレイヤ間の制御サービスを提供するＲＲＣ１０３とＭＡＣ１０４間の接続１１０、およびＲＲＣ１０３とＬ１ １０１間の接続１１１を示している。同等の制御インタフェース１１２から１１４が、ＲＲＣ１０３とＲＬＣサブレイヤ１０５の間、ＲＲＣ１０３とＰＤＣＰサブレイヤ１０６の間、およびＲＲＣ１０３とＢＭＣサブレイヤ１０７の間に存在する。これらのインタフェースは、ＲＲＣ１０３が、同一エンティティ内（送信側か受信側）で下位レイヤの構成を制御することを許可する。最後に、ＲＬＣ１０３とＭＡＣサブレイヤ１０４間のデータ転送は、論理チャネルにより、ＭＡＣ１０４と物理レイヤ１０１間のトランスポートチャネルで実行される。

情報が、一つのレイヤから直下の一つのレイヤに送信されると、ＳＤＵ（サービスデータユニット）とＰＤＵ（プロトコルデータユニット）とが、図２に示すように交換される。図２は、ＭＡＣレイヤ１０４がトランスパレントで、ＲＬＣレイヤ１０５がトランスパレントでない構成を説明している。（レイヤがトランスパレントと言われるのは、それが受信したデータに対して何のアクションも実行されていない場合である、すなわちヘッダ付加がなされない。しかし、そのレイヤは、データパケットのセグメント化／再アセンブリを実行し得る。）図の上部からはじめると、上位レイヤＰＤＵ２０１はＲＬＣレイヤ１０５で受信される。トランスパレントなＰＤＣＰレイヤ１０６の場合、この上位レイヤＰＤＵは、ＩＰパケットである。ＲＬＣから見ると、このパケットは、ＲＲＣで構成されたＲＬＣ ＳＤＵセグメント２０３のサイズと合致させるためセグメント化が必要となることがあるＲＬＣ ＳＤＵ２０２である。ＲＬＣプロトコルは、ＲＲＣレイヤで構成されたモードに依存したコンテンツを有する各々のＲＬＣ ＳＤＵセグメント２０３に、ヘッダ２０４を付加する。ヘッダ２０４を有する各々のＲＬＣ ＳＤＵセグメント２０３は、下位レイヤに与えられるＲＬＣ ＰＤＵ２０５を形成する。このＲＬＣ ＰＤＵは、ＭＡＣレイヤ１０４から見ると、ＭＡＣ ＳＤＵ２０６である。この例にあるように、ＭＡＣプロトコルは、ＭＡＣ ＳＤＵに対し何のアクションも実行せず、それをそのままＭＡＣ ＰＤＵかトランスポートブロック２０７に変換して、直接物理レイヤ１０１に送信する。

（ＲＬＣレイヤ転送モード）
ＲＬＣサブレイヤは、三つのワーキングモードか転送モードを有する、トランスパレントモード、非確認応答モード、確認応答モードである（以下、それぞれＴＭ、ＵＭおよびＡＭという）。ＲＬＣサブレイヤは非特許文献２において３ＧＰＰにより定義されており、概要が既出の非特許文献１に与えられている。

（トランスパレントデータ転送）
このサービスは、上位レイヤＰＤＵを、プロトコル情報を何ら加えることなく送信するが、受信ＰＤＵのセグメント化／再アセンブリは実行し得る。トランスパレントモードは、主に音声のような遅延に非常に敏感なサービスに用いられる。

トランスパレントデータ転送をサポートするため、以下の機能が必要とされる。

− セグメント化および再アセンブリ、
− ユーザデータの転送、
− ＳＤＵ廃棄。
（非確認応答データ転送）
このサービスは、上位レイヤＰＤＵをピアエンティティへの配信の保障なしで送信する。非確認応答データ転送モードは以下の特性を有する。

− 誤りデータの検出： ＲＬＣサブレイヤは、シーケンス番号チェック機能を用いて、それらの送信誤りを含まないＳＤＵのみを受信上位レイヤに配信するものとする。

− 即時配信： 受信ＲＬＣサブレイヤエンティティは、ＳＤＵを、それが受信機に到着してすぐに上位レイヤ受信エンティティに配信するものとする。

非確認応答モードは、例えば特定のＲＲＣシグナリングメッセージに用いられる。ユーザサービスの例は、セルブロードキャストサービス（ＣＢＳ）、ＭＢＭＳ、ボイスオーバインターネットプロトコル（ＶｏＩＰ）および潜在的にはＨＳＤＰＡである。

非確認応答データ転送をサポートするため、以下の機能が必要とされる。

− セグメント化および再アセンブリ、
− 連結、
− パディング
− ユーザデータの転送、
− 暗号化、
− シーケンス番号チェック、
− ＳＤＵ廃棄。

（確認応答データ転送）
このサービスは、上位レイヤＰＤＵを送信し、ピアエンティティへの配信を保障する。ＲＬＣがデータを正確に送信できない場合には、送信側のＲＬＣが通知を受ける。このサービスのために、順次（in-sequence）および非順次（out-of-sequence）配信の両方がサポートされる。多くの場合、上位レイヤプロトコルは、そのＰＤＵの順序を修復し得る。下位レイヤの非順次プロパティが既知であり、制御されている限り（すなわち、上位レイヤプロトコルが、失ったＰＤＵの再送要求を即座にしない）、許可されている非順次配信は、受信ＲＬＣに記憶領域を確保し得る。

確認応答データ転送モードは以下の特性を有する。

− 誤りのない配信： 誤りのない配信は、受信側のＡＭ ＲＬＣエンティティから送られる確認応答メッセージを基にした再送により保障される。受信ＲＬＣエンティティは、誤りのないＳＤＵのみを上位レイヤに配信する。

− ユニーク（Unique）配信： ＲＬＣサブレイヤは、重複検出機能を用いて、各々のＳＤＵを一回のみ受信上位レイヤに配信するものとする。

− 順次配信： ＲＬＣサブレイヤは、ＳＤＵの順次通りの配信のサポートを提供するものとする。すなわち、ＲＬＣサブレイヤは、送信上位レイヤエンティティがＲＬＣサブレイヤに提供したのと同じ順序で、ＳＤＵを受信上位レイヤエンティティに配信しなければならない。

− 非順次配信： 順次配信に代えて、受信ＲＬＣエンティティは、送信側のＲＬＣサブレイヤが提供したのとは異なる順序で、ＳＤＵを上位レイヤに配信することを許可して良いものとする。

確認応答データ転送をサポートするため、以下の機能が必要とされる。

− セグメント化および再アセンブリ、
− 連結、
− パディング、
− ユーザデータの転送、
− 誤り訂正、
− ＰＤＵの順次配信、
− 重複検出、
− フロー制御、
− プロトコル誤り検出と回復、
− 暗号化、
− ＳＤＵ廃棄。

（ＲＬＣレイヤによるＱｏＳ制御）
ＲＬＣレイヤの異なるモードの記述は、実際はＲＬＣ ＡＭのみが正しいＱｏＳ制御機構を提供することを示している。実際には、これは、確認応答メッセージにより送信機がＲＬＣ ＳＤＵの正確な受信を知らされるというモードにすぎない。これらのメッセージにより、送信側のＲＬＣ ＡＭエンティティは、ＳＤＵ誤り率を算出し、それをＲＢセットアップ手続きで設定されたＱｏＳ属性（ＳＤＵ誤り率）と比較し得る。しかしながら、受信側のＲＬＣ ＡＭはＱｏＳ属性、特にＳＤＵ誤り率について何の知識も持たないことに注意すると興味深い。

その他のモードでは、ＳＤＵ誤り率、ＱｏＳ属性は、間接的な手段で制御されるべきである。一つの可能性は、上位レイヤプロトコル（たとえば、ＴＣＰ／ＩＰ）のＱｏＳ機能を用いることである。しかしこの方法は、これらのプロトコルが無線システムのために特別に開発されていないので、むしろ非効率である。ＵＭＴＳでは、ＱｏＳは通常、電力制御機能のような下位レイヤにより提供される他の機能により制御される。これは、ＴＣＰプロトコルが用いられ得ないＣＳ音声サービスではことさら正しい。

（ＲＲＣ状態）
ＲＲＣ状態は、３ＧＰＰ仕様書に導入されている。そこでは、識別されクラス化されたシナリオに応じた典型的なユーザの挙動と要件を記述しており、非特許文献３にその仕様が定められている。

以下の状態が３ＧＰＰに定められている。

− アイドリングモード；
− Ｃｅｌｌ＿ＰＣＨ；
− ＵＲＡ＿ＰＣＨ；
− Ｃｅｌｌ＿ＦＡＣＨ；
− Ｃｅｌｌ＿ＤＣＨ。

異なるＲＲＣ状態と、可能な状態間の遷移が図３に示されている。

最も共通なＲＲＣ状態は、アイドリングモード３０１であり、電力投入後に生じる。この状態では、ＵＥはページングチャネルのモニタのみ行い、着呼を待つ。以下、各々の状態が簡潔に既述される。

（ＣＥＬＬ＿ＤＣＨ状態３０２）
ＣＥＬＬ＿ＤＣＨ状態３０２は、以下に特徴付けられる。

− 個別物理チャネルがＵＥの上り回線、下り回線に割り当てられる。

− ＵＥは、現在のアクティブセットについてのセルレベルを知らされる。

− ＣＥＬＬ＿ＤＣＨ状態には、ＲＲＣ接続のセットアップを経由してアイドリングモードから、または個別物理チャネルの確立によりＣＥＬＬ＿ＦＡＣＨ状態から入る。

（ＣＥＬＬ＿ＦＡＣＨ状態３０３）
ＣＥＬＬ＿ＦＡＣＨ状態３０３は、以下に特徴付けられる。

− 個別物理チャネルはＵＥに割り当てられない。

− ＵＥは下り回線のＦＡＣＨチャネルをモニタする。

− ＵＥは、上り回線にデフォルトの共通または共有トランスポートチャネルを割り当てられ（例えば、ＲＡＣＨ）、そのトランスポートチャネルへのアクセス手続きに従って、いつでも使用し得る。

− ＵＥの位置は、ＵＥがセルアップデートを最後に行ったセルに応じたセルレベルで、ＵＴＲＡＮにより知らされる。

（ＣＥＬＬ＿ＰＣＨ状態３０４）
ＣＥＬＬ＿ＰＣＨ状態３０４は、以下に特徴付けられる。

− 個別物理チャネルはＵＥに割り当てられない。

− ＵＥはＣＮによって送られる呼び出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。

− ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。

− どのような上り回線アクティビティも不可能である。

− ＵＥの位置は、ＣＥＬＬ＿ＦＡＣＨ状態において、ＵＥがセルアップデートを最後に行ったセルに応じたセルレベルで、ＵＴＲＡＮにより知らされる。

（ＵＲＡ＿ＰＣＨ状態３０５）
ＵＲＡ＿ＰＣＨ状態は、以下に特徴付けられる。

− 個別物理チャネルはＵＥに割り当てられない。

− ＵＥはＣＮによって送られる読み出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。

− ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。

− どのような上り回線アクティビティも不可能である。

− ＵＥの位置は、ＣＥＬＬ＿ＦＡＣＨ状態において、最後のＵＲＡアップデートでＵＥに割り当てられたＵＲＡに応じたＵＴＲＡＮ登録エリアレベルで知らされる。

（アイドリングモード３０１）
アイドリングモード３０１は、以下に特徴付けられる。

− 個別物理チャネルはＵＥに割り当てられない。

− 無線アクセスネットワークはアイドリングモードのＵＥに関して、何の知識ももたず、その存在も位置も知らない。

− ＵＥはＣＮによって送られる呼び出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。

− ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。

− どのような上り回線アクティビティも不可能である。

（ＦＤＤの共通下りチャネル）
いくつかの共通下り論理チャネルが、Ｒ９９に導入されている。それらのすべては、全セルにわたってブロードキャストされるものとし、そのセル内のすべてのＵＥはそれを受信できるようでなければならない。

ＢＣＣＨ（ブロードキャスト共通制御チャネル）は、システム構成に関する一般システム情報と、このネットワークを選択したＵＥのための構成パラメータを含んでいる。ＢＣＣＨはＢＣＨトランスポートチャネル上に位置付けられる。ＢＣＣＨとＢＣＨの間には一対一の対応関係がある。

ＰＣＣＨ（ページング制御チャネル）とそれに対応するＰＩＣＨ（ページングインジケータチャネル）は、ＵＥに着呼を知らせるために用いられる（ページング手続き）。ＰＩＣＨは論理チャネルでなく物理チャネルである。ＰＣＣＨのみが、実在のＤＬ共通論理チャネルである。ページング手続きは、二つのステップで実行される。最初に、呼び出されたＵＥを含むＵＥのグループにＰＣＨを読むように強制するメッセージが、ＰＩＣＨ上に送られる。ＰＣＨ自体は、より多くの情報を含んでおり、例えば呼び出されたＵＥのフルＩＤであり、着呼に関する何らかの詳細である。

ＰＣＣＨはＰＣＨトランスポートチャネル上に位置付けられる。ＰＣＣＨとＰＣＨの間には一対一の対応関係がある。

ＣＴＣＨ／ＣＣＣＨ（共通トラヒックチャネルおよび共通制御チャネル）は、ユーザ情報、制御情報をＵＥの集団へ、またはそこから送信するのに用いられる。典型例は、ＣＢＳ（セルブロードキャストサービス）やＳＭＳであり、このサービスではセル情報（例えば、セルＩＤ）やテキストメッセージが、セル全体にわたってブロードキャストされる。ＣＴＣＨおよびＣＣＣＨ論理チャネルは、ＦＡＣＨ（フォワードアクセスチャネル）に対応付けられ、ＤＴＣＨやＤＣＣＨ（個別トラヒックチャネルおよび個別制御チャネル）のような個別論理チャネルを送信し得る。

全セルにわたってブロードキャストされる論理チャネルを搬送するすべてのトランスポートチャネル（ＦＡＣＨ、ＰＣＨ、ＢＣＨ）の一つの共通の特性は、それらは電力制御されず、例えばトランスポートチャネルＢＬＥＲのようなＵＥの受信品質を報告するような機構が定義されている、ということである。

特定のセルに対してＲＮＣで多数の品質報告を収集することにより、送信パラメータ（送信電力、符号化率）を適用させるように用いることができる新しい報告タイプが必要とされている。

（ＦＤＤの個別チャネルの電力制御）
電力制御の図示的記述が図４に示されている。ＦＤＤでは、個別チャネル（ＤＰＣＨ）は、高速および準静的フェージングによる受信電力の変動を補償するために、上り回線、下り回線において電力制御されている。ＣＮ４０１から、確立しようとするＲＡＢのパラメータおよび特にそのＱｏＳ属性（非特許文献４に定義されたＲＡＢ割り当て要求メッセージ）を受信すると、ＲＮＣ４０２のＲＲＣエンティティは、確立されたＲＡＢを搬送することになるＤＰＣＨのトランスポートチャネルブロック誤り率目標（ＴｒＣＨ ＢＬＥＲ目標）を推定し、ＲＢセットアップ手続きの間に、ＵＥ４０３のピアＲＲＣエンティティにその値をシグナリングする。

ＴｒＣＨ ＢＬＥＲ目標は、ＵＥ４０３のＲＲＣエンティティで基準値として用いられ、実施に依存した機能により、このトランスポートチャネルを搬送する物理チャネルの対応するＳＩＲ目標を算出する。ＵＥ４０３は制御されるＤＬ論理チャネル４０４のＳＩＲを測定し、上り回線で送信される適切なＴＰＣコマンド４０５（アップまたはダウン）を生成するため、この測定の結果を、算出された目標値と比較する。最後に、達成されたトランスポートＢＬＥＲをＲＮＣ４０２に知らせるために、品質測定情報は、ＵＥ４０３によりネットワークに対してＲＲＣ測定報告で送られる。

ここで、ＵＥはＣＮ４０１で設定されたＱｏＳ属性の実際の値を知らされていないことに再度注意すべきである。それはさらに二つのマッピング機能を必要とするが、それらは、もし不正確に存在すると、エンドユーザが経験する実際のＱｏＳに負の影響を与え得る。

（ＱｏＳサポートへの異なる報告タイプの概要）
前述のセクションおよび非特許文献３によれば、三つのタイプの上りシグナリングが、ＵＭＴＳでのＱｏＳ制御のサポートとして考慮され得る。

− ＴＰＣコマンドは、いくつかの所定の受信電力レベルに合致するように送信側の個別チャネルの送信電力を制御するため、Ｃｅｌｌ＿ＤＣＨのＵＥによって用いられる。

− ＡＣＫ／ＮＡＣＫシグナリングは、受信機ＲＬＣエンティティにＲＬＣ ＰＤＵの受信状態を知らせるため、Ｃｅｌｌ＿ＦＡＣＨモードかＣｅｌｌ＿ＤＣＨモードのＲＬＣ ＵＭによって用いられる。

− 前述のセクションおよび既出の非特許文献３のセクション１４．５によれば、ＵＭＴＳ ＦＤＤで利用可能である唯一の品質測定報告は、トランスポートチャネルＢＬＥＲ測定である。これはＣｅｌｌ＿ＤＣＨモードでのみ使用可能である。

ＱｏＳサポートのための異なる報告タイプについて以下の結論が導き出せ得る。

− Ｃｅｌｌ＿ＦＡＣＨおよびＣｅｌｌ＿ＤＣＨのＵＥのみが上り回線測定報告を報告し得る。

− Ｃｅｌｌ＿ＤＣＨのＵＥのみが品質測定報告を報告し得る。

− ＵＥ測定報告は、つねに、何らかの方法で発信元ＵＥの識別情報に対応付けられている。実際には、通常の測定報告メッセージはＤＣＣＨ（個別制御チャネル）を介して送られ、ＤＣＣＨは発信元ＵＥを識別し、ＲＡＣＨの測定はＵＥ識別子を搬送するメッセージに対応付けられる。

（マルチメディアブロードキャスト・マルチキャストサービス（ＭＢＭＳ））
本発明の一つの潜在的な適用分野は、ＭＢＭＳである。これは、現在、３ＧＰＰ標準化団体において標準化が進められている新しい３Ｇサービスである。ＭＢＭＳでは、サービス（ビデオクリップ、データダウンロード等）は、所定のサービスエリアにブロードキャストされ、あらかじめこのサービスに契約した一つまたは多数の移動体によって同時に受信される。ＭＢＭＳのアーキテクチャと機能的態様の概説は、非特許文献５に与えられており、無線態様は、非特許文献６で現在標準化されている。ＭＢＭＳの主たる利益は、同じ情報が、いくつかの移動体機器に同時にポイントトゥマルチポイント送信ＰＴＭで送信され得ることである。したがって、ネットワークは、データを送信するために各々の対象移動体機器に、個別リンクをセットアップする必要がない。ＭＢＭＳサービスをＵＭＴＳシステムに導入するために、いくつかの新しい論理チャネルが、現在、３ＧＰＰにより標準化されている。ＭＴＣＨ（ＭＢＭＳトラヒックチャネル）は、ＭＢＭＳサービスコンテンツ自体を運ぶために設けられる。もし少数のＵＥだけがブロードキャストサービスに関心を示していると、ネットワークは、別々の個別無線リンク（ポイントトゥポイント送信ＰＴＰ）を確立した後、通常のＤＰＤＣＨ物理チャネルに依存するか、いくつかのＵＥへのＰＴＭ送信の場合は、ＦＡＣＨトランスポートチャネルを搬送するＳ−ＣＣＰＣＨ物理チャネルに依存する。そして、新しい論理制御チャネルが導入される。ＭＣＣＨ（ＭＢＭＳ制御チャネル）は、現在のＭＢＭＳ構成をブロードキャストし、ＭＢＭＳ固有パラメータかＭＢＭＳ固有メッセージをシグナリングする。標準化過程の進展により、将来、より多くの論理チャネルが３ＧＰＰにより導入され得る。

（ソフト合成および選択合成）
ＵＥでの受信品質を改善するために、二つの技術が、現在３ＧＰＰで検討されている。ソフト、選択合成の一般原理は同じである。両方の技術は、一つより多いセルからの同一情報の受信に依存する。ソフト合成は、ＵＭＴＳのＲ９９で既に導入されている良く知られたソフトハンドオーバシナリオと類似しており、ＵＥは、すべてのセルからの無線リンクが十分に時間同期されている条件で、幾つかのセルから物理レイヤで受信したソフトビットを合成する。選択合成の場合は、合成処理はＲＬＣレイヤで行われる。選択合成の原理が図５に示されている。この技術により、いくつかのセルからのいくつかのリンクは受信され、各々のリンクは、ＲＬＣレイヤに依存した独立した受信処理を受ける。したがって、ＲＬＣは、それら自身のシーケンス番号（ＳＮ）で識別されている同じＲＬＣ ＰＤＵを数回受信する。異なる無線リンクは非相関なので、正しいＲＬＣ ＰＤＵを受信する確率は、無線リンクの数とともに増加する。異なる無線リンクからの誤りのないＰＤＵを選択し、合成することによって、低いＰＤＵ誤り、または誤り率を有するデータストリームが得られ得る。

ＤＬ共通チャネル（ＦＡＣＨ、ＢＣＨ、ＰＣＨ）の数は、過去に３ＧＰＰに導入されている。しかしながら、これらのチャネルの受信品質（例えば、ＢＬＥＲ、ＢＥＲ、またはたの品質メトリック）を送信機に通知する可能性はない。これは、ＵＥがアイドリング、ＵＲＡ＿ＰＣＨおよびＣｅｌｌ＿ＰＣＨモードにあり、上り回線が存在しない場合にとりわけ正しい。これらのモードでは、ＢＣＨとＰＣＨはＵＥによってモニタされるが、悪化した受信品質はネットワークにシグナリングされ得ない。

実際の問題として、現状では、ＢＣＨ、ＰＣＨおよびＦＡＣＨについての送信パラメータ（送信電力、符号化率）は、実際の要求と、受信局の必要に基づいたものではない。しかし、品質フィードバック報告が端末から無線アクセスネットワークに送られることはないにせよ、フィールド測定に基づいたいくつかの既定のパラメータや、いくつかの経験則はある。加えて、これらのＵＥは上り回線を持たないので、ＢＣＣＨとＰＣＣＨのＵＥ受信能力をテストすることは現状では不可能である。ＦＡＣＨ受信に対しては、フィードバック報告の欠如を克服するために、いくつかの特別なテストモード（折り返しモード）が使用され得る。ループバックモードにあるＵＥは下り回線で受信したデータを上り回線で送信する。これは、テスト機器が、オリジナル信号と受信信号を比較し、ＵＥの受信能力を測定できるようにする。

ＵＭＴＳ標準化の開始時点では、共通チャネルについてのＵＬフィードバックの欠如は、ターンアラウンドソリューション（turn-around solutions）では対処し得ない重要な問題であるとは認識されていなかった。したがって、何のフードバック機構も標準化されなかった。しかしながら、ＭＢＭＳトラヒック（例えばＰＴＭ送信の場合ＭＴＣＨ、ＭＣＣＨ）はＦＴＣＨトランスポートチャネルによって搬送されるであろうことから、ＭＢＭＳの導入により、同じ問題がより厳しい局面で再発している。

３ＧＰＰ内でのＭＢＭＳ標準化の現状では、ポイントトゥポイント修復機構を除いて、エアインタフェースを介する直接のＱｏＳ制御機構は開発されていない。しかしながら、このポイントトゥポイント修復機構はアプリケーションレベルの手続きであり、無線アクセスネットワークに関する送信パラメータ（送信電力、符号化率等）を制御するには用いられ得ない。実際の問題として、現状では、ＭＢＭＳは「ブラインド」伝送に依存しており、送信パラメータは、実際の要求と、受信局の必要に基づいたものではなく、品質フィードバック報告が端末から無線アクセスネットワークに送られることはないにせよ、いくつかの経験則に基づいている。

ＭＢＭＳの機能性のギャップは二つの主な帰結を有する。

第一に、実際の端末の要求に関して、ＭＢＭＳセッションの送信パラメータの十分な適応が不可能である。送信電力が不十分な場合、ほとんどのＵＥはＭＢＭＳサービスを高い誤り率で受信することになり、もしアプリケーションレイヤに許可されれば、損失を回復するためにポイントトゥポイント修復機構を要求することになる。このことは、上り回線、下り回線に多量のトラヒックを生み出し、ＭＢＭＳのスペクトル効率を大幅に減少させる。加えて、ポイントトゥポイント修復機構はアプリケーションレベルの手続きであるので、これはＵＴＲＡＮに対して完全にトランスパレントである。ＵＴＲＡＮはこのトラヒックをアプリケーションレイヤ宛のシグナリングメッセージとして見る。したがって、ＵＴＲＡＮはこの手続きを実際のＭＢＭＳ受信品質にあわせ無線パラメータを適応させるために使用できなくなり、もし同じ特性のＭＢＭＳセッションが送信されようとするならば、必ず同じパラメータを使うことになる。

他の主な問題は、ＭＢＭＳ対応のＵＥのテスティングの限界である上りフィードバックの欠如に関する。３ＧＰＰでは、すべての主要な機能は仕様書に従わなければならず、特定の品質レベルを保障するためテストされるものである。ＭＢＭＳは、新しい機能、いくつか例を挙げれば、ＲＲＣアイドリングモード、ＵＲＡ＿ＰＣＨ、ｃｅｌｌ＿ＰＣＨ、およびｃｅｌｌ＿ＦＡＣＨモードでの高データレート受信、ＭＣＣＨ受信、選択合成、ＭＢＭＳ存在下での周波数間測定、などがＵＥの下位レイヤに導入されたとしても、この例外ではありえない。受信は、すべてのＲＲＣ状態、特にＲＲＣアイドリングモードに設けられるべきなので、その方法論は、このモードでのＭＢＭＳの適合性試験を可能とすることに由来すべきである。上述のように、ＵＥは通常、特別な折り返しモードの助けを得てテストされる。ここでＤＬトラヒックは、ＵＴＲＡＮをシミュレートしているテスト装置に上り回線で直接送り返される。これは、テスト機器が、オリジナル信号と受信、処理信号を比較し、トランスポートチャネルＢＬＥＲのようなテストメトリックを容易に算出できるようにする。アイドリング、ｃｅｌｌ＿ＰＣＨ、ＵＲＡ＿ＰＣＨおよびｃｅｌｌ＿ＦＡＣＨにあるＭＢＭＳの問題は、上り回線がないか、小さなバンド幅しか利用できないことである。したがって、予測されたＤＬ ＭＢＭＳデータレート（６４ｋｂｐｓから２５６ｋｂｐｓサービス）を上り回線で搬送することは不可能である。実際の問題として、現行版の仕様書内でＭＢＭＳ ＵＥをテストすることは、今日不可能である。

特許文献１（"An uplink common channel for sending feedback information"）では、上り共通チャネルがフィードバック情報の送信に用いられている。しかしながら、そのような送信の詳細は明確にされていない。

特許文献２（"Apparatus and method for controlling transmission power of downlink data channel in a mobile communication system supporting MBMS"）は、ＭＢＭＳ送信のＱｏＳを制御するためのフィードバック機構を提案している。しかしながら、この出願では、フィードバック報告は、物理レイヤで実行されたＳＩＲ測定に基づいた電力コマンドのみで成る。
国際公開第2004/042963号パンフレット 米国特許出願公開第2003/0119452号明細書 3GPP TS 25.301 v6.0.0 "Radio Interface Protocol Architecture" 3GPP TS 25.322 v6.1.0 "Radio Link Control (RLC) protocol specification" 3GPP TS 25.331 v6.23.0 "Radio Resource Control (RRC); Protocol specification" 3GPP TS 25.413 v6.2.05.9.0 "UTRAN Iu interface RANAP signalling" 3GPP TS 23.246 v6.32.0 "MBMS Architecture and functional description" 3GPP TS 25.346 v6.10.0 "Introduction of the Multimedia Broadcast Multicast Service (MBMS) in the Radio Access Network (RAN) stage 2"

したがって、本発明の目的は、Ｒ９９の共通論理チャネル（ＢＣＣＨ、ＰＣＣＨ、ＣＣＣＨ、ＣＴＣＨ）とＭＢＭＳに関連した論理チャネル（ＭＴＣＨ、ＭＣＣＨ）を搬送するトランスポートチャネルの無線送信パラメータ（送信電力、符号化率等）を適応させ、ＢＣＣＨ、ＰＣＣＨ受信のテスティングとＭＢＭＳによって導入された新しい機能性に関するＵＥのテスティングを可能とさせるために、無線アクセスネットワークによって用いられ得る効率的なフィードバック機構を提供することにより、両方の問題を解決することである。

この目的は、請求項１の方法、請求項２２の移動体端末、請求項２４の無線ネットワークコントローラ、および請求項２７のテストシステムにより達成される。有利な実施の形態は、従属請求項の主題である。

共通論理チャネルを搬送するトランスポートチャネルを受信するＵＥが、ネットワークに一種の品質測定メトリックを匿名で報告する、上り回線での新しい測定報告タイプが開示される。共通論理チャネルを搬送するトランスポートチャネルの受信品質を報告し得る、新しいＲＲＣ手続きが提案される。このＲＲＣシグナリングを、以下、「ＲＲＣ品質報告」という。

これは、アイドリングモードで例えばＢＣＣＨ、ＰＣＣＨ、またはＭＢＭＳを受信するＵＥに、価値のある品質状態情報をネットワークまたはＵＥテスト装置にそのＲＲＣモードを変えることなく送信できる可能性を提供する。

このような新しい測定報告タイプは、従来技術と比較して以下のような利点を有する。

第一に、共通チャネルの受信品質についてのフィードバック報告を導入することで、ＲＮＣが、考慮された論理チャネル（ＢＣＣＨ、ＰＣＣＨ、ＭＢＭＳ論理チャネル）の送信パラメータを適応させることが可能である。特定のセル内で、ＲＮＣが、受け入れ難い受信品質を示している多数の品質報告を収集すると、対応する物理チャネルの送信電力を上げるか、物理チャネルの拡散率を変えるか、物理チャネルにさらに冗長性を加えるか（符号化率を減少）、対象の論理チャネル（例えばＢＣＣＨ、ＰＣＣＨ）をトランスポートチャネル、物理チャネルへ多重化する方法を変えるかして、その状況を改善するように試み得る。例えば、ＰＣＣＨの場合、それを、一つのＳ−ＣＣＰＣＨ上に排他的にマッピングされたＦＡＣＨトランスポートチャネル上に排他的にマッピングすることも可能である。

報告メッセージの中の端末識別子を省略することで、それぞれの上り回線のトラヒックは低減される。よって、報告メッセージの長さを縮小することで、上り回線の干渉もまた低減される。

ＭＢＭＳの場合、ＲＮＣは、送信電力や隣接セルでの対象のＭＢＭＳサービスのタイムオフセットを変えたり、ソフト合成または選択合成の性能を改善するために送信を開始したりして良い。またＭＢＭＳでは、ＭＢＭＳサービスはあるＱｏＳ属性に対応付けられており、アイドリングモードが、ＭＢＭＳを受信しているＵＥにとって、最も典型的なＲＲＣモードであると期待される。すべてのＲＲＣモードに、匿名の品質報告を導入することにより、ＲＮＣは、アイドリングモードのＵＥからの報告が利用可能となるので、達成したＱｏＳをより正確に制御し得る。

この提案は、Ｃｅｌｌ＿ＤＣＨモードにないＭＢＭＳ対応なＵＥのテスティングと、ＢＣＣＨ、ＰＣＣＨチャネルの復調性能のテスティングとを可能にする。

以下、本発明を、例として、またＵＴＭＳネットワークの専門用語とともに説明するが、これが限定ではないことは言うまでもない。本発明の根底にある思想は、ＵＭＴＳ用語を適切な同義語で置き換えた他の規格による無線ネットワークにも同様に適用され得る。

ＲＲＣアイドリングモードでは、ＵＥはネットワークへの接続を有さず、ネットワークにまったく知られていない。通常、ネットワークへの接続確立を望んでいるアイドリングモードのＵＥは、最初にＲＲＣ確立接続要求を実行し、Ｃｅｌｌ＿ＦＡＣＨモードに遷移する必要がある。接続モード（ＵＲＡ＿ＰＣＨ、Ｃｅｌｌ＿ＰＣＨおよびＣｅｌｌ＿ＦＡＣＨ）にあるＵＥは、一方で、既にＲＮＣとＲＲＣ接続を有しているので、セルアップデート手続きを実行する必要がある。

ＲＲＣ確立手続きは、図６に示すようにＵＥとＲＮＣ間の無線リンクを介する集中的なシグナリングだけでなく、通常のデータや音声のサービスを搬送するのに必要な異なる無線ベアラを準備し、セットアップするためのＲＮＣとＣＮ間、およびＣＮ内でのシグナリング交換をも暗示している。この状況は、接続状態にあるＵＥにとって、セルアップデート手続きほど深刻ではない、というのも、ＵＥとＲＮＣ間のシグナリング交換は、登録および／または位置エリア（ＲＡ／ＬＡ）が変わったか、あるいはある内部タイマが満了した（周期的セルアップデート）後にのみ生じるからである。しかしながら、もしＵＥが共通論理チャネル（例えば、ＭＢＭＳサービス）の質の悪い受信のみをＲＮＣにシグナリングすることを望む場合、これらの手続きは、実際効率的でなく、単純な測定報告に対する適応に欠ける。さらに、このタイプのシグナリングは、高い優先度を有するべきではなく、報告の受信に対するネットワークフィードバック（ＲＲＣ接続セットアップ）はもちろん不要である。さらにまた、ＲＮＣは、品質報告を出すＵＥの実際のアイデンティティに関心を持つべきではなく、また報告が送信されるセルや、セル毎の報告統計にも、関心を持つべきではない。ＲＲＣ上り接続を確立する代わりに、ＵＥは特定のメッセージをランダムアクセスチャネルＲＡＣＨでネットワークに送る。これはＲＲＣメッセージ「ＲＡＣＨでの測定結果」と同様である（既出の非特許文献３のセクション１０．３．７．４５参照）。ここでは、隣接セルの受信品質が報告される。したがって、ＵＥのアイデンティティはＲＮＣに送信される必要がない。このため、品質測定報告はＵＥのアイデンティティに対応付けされ得ない。ブロードキャスト信号の品質は報告されるので、これも不要である。ＲＮＣは、同じブロードキャストチャネルに対応したすべての受信品質測定報告の統計評価に対処することになる。

ＲＲＣ品質報告は、報告をトリガした、対応するＤＬチャネルＰＴＭ無線ベアラの識別（例えば、ＭＢＭＳサービスＩＤやトランスポート／論理チャネルＩＤ）と、測定した品質メトリック（例えば、トランスポートチャネルＢＥＬＲ、トランスポートチャネルＢＥＲ、代理人事件整理番号がＥＰ３２４６５の同時係属欧州特許出願で提案されたＲＬＣ ＳＤＵ誤り率、など）と、ＭＢＭＳの場合には、もし合成方法が使われているのならば（ソフト合成か選択合成）、その合成のタイプと、合成方法により考慮されたセルの受信品質に関するなんらかの情報と、を含むべきである。メッセージの最後の部分には、ＲＲＣメッセージ「ＲＡＣＨでの測定結果」（既出の非特許文献３のセクション１０．３．７．４５参照）が再利用され得る。その中で、隣接セルの受信品質が報告される（CPICH RSCP、CPICH Ec/Noまたはパス損失）。ＲＲＣメッセージ「ＲＡＣＨでの測定結果」の現行での実施と比較すると、ＵＥが選択したセルの受信品質も付加されるべきである。ＭＢＭＳ合成に用いられるセルの受信品質に関する情報は、ソフトおよび選択合成の場合に、隣接セルの電力を上げＵＥが選択したセルの電力を上げないために役立ち得るので、どのセルが適応されるべきかを決定するために、ネットワークにより使用され得る。

ＲＮＣ４０２は、ＭＢＭＳを受信している複数のＵＥからの測定報告を受信し、それぞれのブロードキャストチャネルの、送信電力、拡散率、符号化率や、多重化パラメータといった送信パラメータを、所望の送信品質を確保するように応じて調整し得る。

ＲＲＣ品質報告は固定構成を採り得るが、下り回線のブロードキャストＲＲＣシグナリングを、ＲＲＣ測定制御メッセージ（既出の非特許文献３のセクション８．４．１および１０．２．１７参照）と類似した関連した測定と共にこの報告を構成するように定義することが有利である。さらに、このＲＲＣメッセージは、特定のブロードキャストチャネルおよびそのチャネルを潜在的に受信するすべてのＵＥへのブロードキャストに関連付けられるべきである。メッセージは、ＢＣＣＨ、ＣＣＣＨ、ＭＣＣＨのいずれかを介してブロードキャストされ得る。

ＲＲＣ品質測定制御メッセージの可能な構成要素は以下となり得る。

− ブロードキャストチャネル、ＭＢＳサービスまたはＭＢＭＳ ＰＴＭ ＲＡＢの識別、
− 報告すべき測定のタイプに関し且つ関係するパラメータについての構成情報、または、
− 報告周期（周期的な測定および報告については以下参照）、または閾値（イベントによりトリガされる測定および報告については以下参照）。

測定制御メッセージは、ＵＥにより品質測定報告の送信時間が導き出される情報を有していても良い。この場合、時間の正確なインスタンスは、上り回線リソースの衝突を避けるため、ある時間間隔内でＵＥによって独立にランダム化されるべきであろう。

移動体通信システムの主な制約は無線容量とＵＥのバッテリ電力に関係するので、ＲＲＣ品質報告は必要なときにのみ送信されるべきである。

測定報告は周期的送信となるよう構成可能であるが、ＲＲＣにおいて、いわゆるイベントトリガ測定および／または報告となるよう構成することが有利である。イベントトリガ測定では、ＵＥは、測定値が特別な閾値（Ｑ＿閾値）を超えるか、下回る場合にのみＲＲＣ品質測定報告を送るが、周期的測定では、ＵＥは測定結果を周期的に報告する。上り回線の干渉が大きいか、また他の理由の場合、この品質報告は、Ｑ＿閾値を無限の値に設定するか、測定構成メッセージを送信しないことにより使用不能化され得る。他の実施の形態では、測定したＳＤＵ誤り率が、所定のマージンを持った閾値を超えるか、下回る場合に報告が送られるようにしても良い。これは、送信容量の効果的な使用と送信信頼性との間のトレードオフに対する新しいパラメータを提供する。

周期的報告は、例えば、ＵＥがネットワークへの接続を何らかの他の理由により既に有しており、その接続を用いてこの品質報告をピギーバックし得る場合に、用いられ得る。

他の有利な実施の形態では、アクティブ化コマンドが導入される。ネットワークは、既に構成されたがアクティブ化されていない品質測定の報告を要求するために、アクティブ化コマンドを用いる。この報告モードは、イベントトリガ測定、周期的測定いずれにも適用され得る。当該コマンドを送信することにより、後に報告を非アクティブすることもまた可能である。そのコマンドは、個別のフラグをリセットさせるアクティブ化コマンドであっても良い。そのようなアクティブ化コマンドは、構成コマンドと同じチャネルを介してブロードキャストされ得る。

本発明の他の有利な実施の形態では、ＲＲＣ品質報告メッセージの中の品質報告の実際の値が省略される。実際には、イベントトリガ測定の場合には、ＲＲＣ品質報告メッセージの存在は、ＵＥでの対応ＤＬチャネルの受信品質について、例えば、その受信品質が不十分であることを、既にＵＴＲＡＮに通知している。

他の可能な変形では、ＲＲＣ接続要求メッセージを完全に再利用したり、または単に品質報告を添えたりする。さらに、これ以上の無用なシグナリングを防止するために、通常の音声通話を確立するのに用いられる通常のＲＲＣ接続要求と、共通チャネル品質報告のためのＲＲＣ接続要求とに違いを付けるため、ＲＲＣ接続要求の特別な要因を付加しても良い。同じ方向性で、ＲＲＣ接続モード（ｃｅｌｌ＿ＤＣＨは除く）のＵＥが同じ情報を報告するのを許可するために、セルアップデートメッセージを修正しても良い。

他の変形例は、接続モードにあるＵＥに同じメッセージを再利用する。この場合、ＵＥの識別は、この情報を搬送する個別チャネル（ＤＣＣＨ）によりなされる。

最後に、ＣＥＬＬ＿ＤＣＨ（ＤＣＨチャネルはＤＬおよびＵＬに存在する）にあるＵＥは、すでに専用化された接続を、ＲＮＣへ測定報告を送るために使用し得る。この場合に、受信品質に関するより正確な情報をネットワークに提供する目的で、測定を再構成し、周期的測定を選択することは興味深い。

図８は移動体端末（ＵＥ）４０３の構造を示している。移動体端末は、従来の移動体電話、スマート電話、またはいかなる音響、ビデオ、データ処理装置の個別モジュールであって良い。また、自動車に搭載されたモジュールや、その中のプロセッサに接続されたモジュールであっても良い。移動体端末４０３は、受信機８０１とコントローラ８０２を有する。さらに、送信機８０６、ディスプレイ、キー、音響装置などを含むユーザインタフェース８０５、コントローラ８０３で実行可能な指示や他のデータを記憶する記憶手段８０４を有しても良い。

コントローラまたは制御手段８０２は、プロトコルインタラクション（protocol interaction）、信号処理および他のコンポーネントの制御のための、一つないし複数のプロセッサを有しても良い。本発明の方法を実行するために、コントローラ８０２は、さらに、受信共通チャネルの実際の受信品質に対応する値を決定するための決定手段８０３と、この決定された値を送信するように送信機を制御する報告手段とを有していても良い。上記の方法に従って、報告手段８０７は、報告を、それを送る端末が関連し得ないようにして、準備し、送る。決定手段と、報告手段は、ハードウエアロジックで実現され得るが、ほとんどの場合、制御手段８０２のプロセッサで実行されたときにこのタスクを実行する指示として実現される。有利な実施の形態では、制御手段８０２は、さらに、決定されるべき数値の構成についての情報と報告についての情報を有するＲＮＣからの構成メッセージを受信するように構成されても良い。そのような構成情報は、数値決定において実行されるべき測定や統計評価、どのデータが、どの報告またはフォーマットに含まれているかについての情報、およびいつ報告が送信されるべきかについての情報を特定し得る。

そのような指示は、記憶手段８０４の不揮発性部分、たとえば読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭやＦＬＡＳＨに記憶され得る。指示は、そのような半導体記憶媒体へ、他の、磁気ディスク、磁気テープや光ディスクのようなコンピュータ可読記録媒体からロードされても良い。

図９は、ＵＥ４０３の相手方として動作し得るＲＮＣ４０２を示している。ＲＮＣ４０２は、それを送信機９０５に接続する送信機インタフェース９０１と、それを受信機９０６に接続する受信機インタフェース９０２と、それをＣＮ４０１に接続するコアネットワークインタフェース９０３と、インタフェースを制御し、プロトコルタスクと信号処理を実行するコントローラ９０４と、を有する。コントローラ９０４は、ＢＣＣＨデータやＭＢＭＳデータのようなブロードキャストまたはマルチキャストデータを送信機インタフェース９０１および送信機９０５を介し送信するように、特別なハードウエアかプロセッサ上で実行される指示で構成されている。コントローラ９０４は、さらに、上述の測定制御メッセージを生成し、送信機インタフェース９０１および送信機９０５を介しそれをブロードキャストするように手配する。コントローラ９０４は、受信機インタフェース９０２および受信機９０６を介し、ＵＥから品質測定報告を受信し、必要な送信品質を提供するように特定の共通チャネルの送信パラメータを調整する。ＭＢＭＳの場合、目標送信品質は、ＣＮ４０１からコアネットワークインタフェース９０３経由で受信された情報において特定される。

図１０はＵＥの機能性に関してＭＢＭＳをテスティングするテストシステム１０００を示している。テストシステム１０００は、送信機１００１と、受信機１００２、コントローラか制御手段１００３と、例えばＬＣＤまたはＣＲＴスクリーン１００５、キーボード１００６およびプリンタ１００７を含むユーザインタフェース１００４と、を有する。テストシステム１０００は上記セクションで記述したＲＮＣ４０２を有するＲＡＮとほぼ似た挙動をとる。しかしながら、上記のＲＮＣの機能性とは対照に、テスター１０００はテストされているＵＥからの測定報告をもとにＭＢＭＳへの送信パラメータの調整は行わない。代わりに、受信測定報告に含まれる情報に基づいてＵＥについてのテスト報告を準備し、そのテスト情報をユーザインタフェースを介し出力する。そのために、さまざまな種類の送信パラメータ、付加ノイズやフェージングのような模擬伝搬効果を、このような条件下にあるＵＥの挙動をテストする目的で系統的に変化させ得る。

付録：略語
略語 説明
３ＧＰＰ 第三世代パートナーシッププロジェクト
ＡＭ 確認応答モード
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＢＬＥＲ ブロック誤り率
ＢＭＣ ブロードキャスト／マルチキャスト制御
ＢＭ−ＳＣ ブロードキャスト−マルチキャストサービスセンタ
ＣＢＳ セルブロードキャストサービス
ＣＣＣＨ 共通制御チャネル
ＣＮ コアネットワーク
ＣＳ 回線交換
ＤＣＣＨ 個別制御チャネル
ＤＣＨ 個別チャネル
ＤＬ 下り回線
ＤＰＣＨ 個別物理チャネル
ＤＰＤＣＨ 個別物理データチャネル
ＤＲＸ 不連続受信
ＦＡＣＨ フォワードアクセスチャネル
ＦＤＤ 周波数分割複信
ＨＳＤＰＡ 高速下り回線パケットアクセス
ＩＥ 情報要素
ＬＡ 位置エリア
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャスト・マルチキャストサービス
ＭＣＣＨ ＭＢＭＳ制御チャネル
ＭＴＣＨ ＭＢＭＳトラヒックチャネル
ＰＣＨ ページングチャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＵ プロトコルデータユニット
ＰＩＣＨ ページングインジケータチャネル
ＰＴＭ ポイントトゥマルチポイント送信
ＰＴＰ ポイントトゥポイント送信
ＱｏＳ サービス品質
ＲＡ 登録エリア
ＲＡＢ 無線アクセスベアラ
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＮＡＰ 無線アクセスネットワークアプリケーションパート
ＲＢ 無線ベアラ
ＲＬＣ 無線リンク制御
ＲＮＣ 無線ネットワークコントローラ
ＲＲＣ 無線リソース制御
Ｓ−ＣＣＰＣＨ セカンダリ共通制御物理チャネル
ＳＤＵ サービスデータユニット
ＳＩＲ 信号対干渉比
ＳＮ シーケンス番号
ＳＲＢ シグナリング無線ベアラ
ＴＣＰ 送信制御プロトコル
ＴＭ トランスパレントモード
ＴＰＣ 送信電力制御
ＴｒＣＨ トランスポートチャネル
ＴＴＩ 送信時間間隔
ＵＥ ユーザ装置
ＵＭ 非確認応答モード
ＵＭＴＳ ユニバーサル移動体電気通信システム
ＵＲＡ ユーザ登録エリア、ＵＴＲＡＮ登録エリア
ＵＴＲＡＮ ユニバーサル無線アクセスネットワーク
ＶｏＩＰ ボイスオーバインターネットプロトコル

ＵＭＴＳエアインタフェースレイヤの外観を示す図 非トランスパレントなＲＬＣおよびトランスパレントなＭＡＣサブレイヤでのデータ転送を説明する図 ＲＲＣ状態とその遷移を示す図 ＦＤＤの場合のアウターループおよびインナーループの下り回線電力制御を説明する図 ＲＬＣレイヤでの選択合成の原理を示す図 従来のＲＲＣ接続確立手続きを示す図 匿名品質報告手続きを説明する図 本発明の方法が適用され得る移動体端末（ＵＥ）を模式的に示す図 図８に示す移動体端末の相手方となり得るＲＮＣを模式的に示す図 図８に示す移動体端末をテストするのに用いられ得るテストシステムを模式的に説明する図

Claims (17)

1. 無線通信システムのエンティティ（４０２）から移動体端末（４０３）に対してブロードキャスト送信またはマルチキャスト送信されたデータの受信品質を制御する方法であって：
   前記移動体端末（４０３）は、論理的に接続されていないアイドリングモードにおいてネットワークへ接続確立を望む場合、エンティティ（４０２）に対して前記移動体端末（４０３）の識別子を含むＲＲＣ確立接続要求信号を送信し、
   前記移動体端末（４０３）がネットワークとの接続を確立した後には、
   （ａ）前記移動体端末（４０３）が、前記無線通信システムのエンティティ（４０２）からトランスポートチャネルを介し前記データを受信するステップと；
   （ｂ）前記移動体端末（４０３）が、前記受信データの実際の受信品質に対応する値を決定するステップと；
   （ｃ）前記移動体端末（４０３）が、前記受信品質に対応する値についての報告を前記エンティティ（４０２）に送信するステップと、を具備し、
   前記移動体端末（４０３）の機能性に関するテストを行う際には、
   前記移動体端末（４０３）は、前記報告に前記移動体端末（４０３）の識別子を含めず、前記報告を前記エンティティ（４０２）に送信し、
   前記アイドリングモードにおいて、前記移動体端末（４０３）は、前記ＲＲＣ確立接続要求信号を送信する代わりに、前記識別子を含まない前記報告を送信し、
   前記エンティティ（４０２）は、複数の前記移動体端末（４０３）からの前記報告に基づいて、所望の送信品質を確保するように送信パラメータを調整する、
   方法。
2. 前記報告は前記トランスポートチャネルのアイデンティティを有する、請求項１記載の方法。
3. 前記トランスポートチャネルはフォワードアクセスチャネル、ページングチャネルまたはブロードキャストチャネルである、請求項１または請求項２に記載の方法。
4. 前記データはあるマルチメディアマルチキャストサービスに対応付けられており、前記報告は、前記マルチメディアマルチキャストサービスのアイデンティティについての情報を有する、請求項３記載の方法。
5. 前記報告は前記受信品質に対応する値が定義された閾値を超えているか下回っているかの情報を有する、請求項１から請求項４のいずれかに記載の方法。
6. ステップ（ａ）の前に、前記決定ステップ（ｂ）か報告ステップ（ｃ）のうち少なくとも一つについての構成情報を有するメッセージを受信するステップ（ｄ）を、さらに具備する、請求項１から請求項５のいずれかに記載の方法。
7. 前記メッセージはブロードキャスト制御チャネルから、またはマルチメディアブロードキャスト・マルチキャストサービス制御チャネルから受信される、請求項６載の方法。
8. 前記報告は前記メッセージに応答して送られる、請求項６または請求項７記載の方法。
9. 前記報告は前記メッセージに含まれている情報から得られた時間に送られる、請求項６または請求項７記載の方法。
10. 前記報告は周期的に送られる、請求項１から請求項７のいずれかに記載の方法。
11. 前記報告は前記値が所定の閾値を超えるか下回っているときに送られる請求項１から請求項７のいずれかに記載の方法。
12. ステップ（ｂ）の前に；
    通信システムの少なくとも一つ以上の無線リンクを介し前記ブロードキャストまたはマルチキャストデータを受信するステップ（ｄ）と；
    異なる無線リンクを介し、同じ情報を搬送している受信データを合成するステップ（ｅ）と、
    をさらに具備する請求項１から請求項１１のいずれかに記載の方法。
13. 前記報告は前記合成のタイプについての情報をさらに有する、請求項１２記載の方法。
14. 前記報告は前記合成に考慮されたセル情報を有する、請求項１２または請求項１３記載の方法。
15. 前記報告は前記合成に考慮された一つかそれ以上のセルの受信品質についての情報を有する、請求項１２から請求項１４のいずれかに記載の方法。
16. コンピュータ可読媒体であって、記憶された指示が、移動体端末のプロセッサにより実行されたとき、請求項１から請求項１５のいずれかに記載の方法を移動体端末に実行させるコンピュータ可読媒体。
17. 無線通信システムに用いられる移動体端末（４０３）であって、
    前記無線通信システムのトランスポートチャネルを介しデータを受信する受信機（８０１）と；
    前記無線通信システムを介しデータを送信する送信機（８０６）と；
    前記受信機（８０１）と前記送信機（８０６）とを制御するよう適応された制御手段（８０２）と、を具備し、
    前記制御手段（８０２）は、
    前記受信データの実際の受信品質に対応した値を決定するよう構成されている決定手段（８０３）と；
    報告チャネルを制御しているエンティティ（４０２）に対して前記受信品質に対応した値についての報告を前記送信機に送信させるように構成されている報告手段（８０７）と、をさらに具備し、
    前記移動体端末（４０３）の機能性に関するテストを行う際には、
    前記報告手段（８０７）は、
    前記報告に前記移動体端末（４０３）の識別子を含めず、前記送信機（８０６）に前記報告を送信させ、
    前記エンティティ（４０２）に接続されていない状態において、前記送信機（８０６）に、ＲＲＣ確立接続要求信号を送信する代わりに、前記識別子を含まない前記報告を送信させる、ようにさらに構成されている、移動体端末（４０３）。

Images