(57)【要約】ＵＭＴＳまたは将来の通信システムのような無線通信システムの移動体端末において、受信マルチメディアブロードキャストマルチキャストデータのサービス品質が、無線リンクレイヤにおける受信サービスデータユニットの誤り率または誤り比を決定することにより制御される。これにより、ＰＴＭ送信を介して受信されたＭＢＭＳサービスのサービス品質制御が可能となる。
2008515256.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムの移動体端末においてブロードキャストまたはマルチキャストサービスのサービス品質を制御する方法であって：
（ａ）無線通信システムの無線リンクを介しサービスデータユニットを受信するステップと；
（ｂ）前記サービスデータユニット（７０４）に関連する誤り率を決定するステップと、を備え、
前記ステップ（ｂ）は非確認応答データ転送モードにおいて無線リンク制御レイヤによって行われる方法。
【請求項２】
前記誤り率は既定の時間間隔に受信された破損サービスデータユニット数と同じ時間間隔に受信されたサービスデータユニット総数との比である、
請求項１記載の方法。
【請求項３】
前記サービスデータユニットは前記無線リンクを介した送信のためにセグメント化されており、
前記誤り率は既定の時間間隔に受信された破損サービスデータユニットセグメント数と同じ時間間隔に受信されたサービスデータユニットセグメント総数との比である、
請求項１記載の方法。
【請求項４】
ステップ（ｂ）の後に、（ｃ）前記誤り率に基づき測定報告を前記無線リンクを制御しているエンティティに送るステップ（７０７）をさらに備える、
請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記報告は前記無線通信システムの前記移動体端末から前記制御エンティティへの上り回線接続の確立によって送られる、
請求項４記載の方法。
【請求項６】
前記報告は前記エンティティによって前記移動体端末のアイデンティティに対応付けされ得ない、
請求項４記載の方法。
【請求項７】
前記測定報告は前記決定された誤り率に関連した値を有する、
請求項４から請求項６のいずれかに記載の方法。
【請求項８】
前記測定報告は、前記誤り率が定義された閾値を超えているか下回っているかの情報を有する、
請求項４から請求項６のいずれかに記載の方法。
【請求項９】
ステップ（ａ）の前に、前記決定ステップ（ｂ）か報告ステップ（ｃ）のうち少なくとも一つについての構成情報を有するメッセージを受信するステップ（ｄ）（７０２）を、さらに具備する、
請求項４から請求項８のいずれかに記載の方法。
【請求項１０】
前記メッセージは、マルチメディアブロードキャストマルチキャストサービス制御チャネルか、ブロードキャスト制御チャネルか、共通制御チャネルから受信される、
請求項９記載の方法。
【請求項１１】
ステップ（ｃ）の前に、アクティブ化コマンドを受信するステップ（ｅ）を、さらに具備し、
前記測定報告は前記アクティブ化コマンドによりアクティブ化が行われた後にのみ送られる、
請求項４から請求項１０のいずれかに記載の方法。
【請求項１２】
前記測定報告は前記メッセージに含まれる情報から導き出された時間に送られる、
請求項９または請求項１１記載の方法。
【請求項１３】
前記測定報告は周期的に送られる、
請求項４から請求項１１のいずれかに記載の方法。
【請求項１４】
前記測定報告は、前記誤り率が所定の閾値を超えた場合に送られる、
請求項４から請求項１１のいずれかに記載の方法。
【請求項１５】
前記閾値は前記ブロードキャストまたはマルチキャストサービスに関連したサービス品質属性から導き出される、
請求項８または請求項１４記載の方法。
【請求項１６】
前記閾値は前記データに対応したサービス品質属性に等しい、
請求項１５記載の方法。
【請求項１７】
前記閾値は前記サービス品質属性より所定のマージンだけ小さいか大きい、
請求項１５記載の方法。
【請求項１８】
ステップ（ｂ）の前に同じ移動体端末の無線リソース制御レイヤから無線リンク制御レイヤ（７０３）に誤り率測定構成のためのプリミティブを送るステップと；
ステップ（ｂ）の後に無線リンク制御レイヤから無線リソース制御レイヤ（７０５）への前記決定ステップ（ｂ）の結果を示す値を送るステップと、をさらに備える、
請求項１から請求項１７のいずれかに記載の方法。
【請求項１９】
（ｆ）ステップ（ｂ）の前に、通信システムの少なくとも一つ以上の無線リンクを介し前記ブロードキャストまたはマルチキャストサービスのサービスデータユニットを受信するステップと；
（ｇ）異なる無線リンクを介し同じ情報を搬送するステップ（ｆ）で受信したデータを合成するステップをさらに備える、
請求項４から請求項１８のいずれかに記載の方法。
【請求項２０】
前記報告が、前記合成のタイプについての情報をさらに備える、
請求項１９記載の方法。
【請求項２１】
前記報告が、前記合成で考慮されたセルの情報を備える、
請求項１９または請求項２０記載の方法。
【請求項２２】
前記報告が、前記合成に考慮された一つかそれ以上のセルの受信品質についての情報を備える、
請求項１９から請求項２１のいずれかに記載の方法。
【請求項２３】
コンピュータ可読媒体であって、記憶された指示が、移動体端末のプロセッサにより実行されたとき、移動体端末に請求項１から請求項２２のいずれかに記載の方法を実行させる、コンピュータ可読媒体。
【請求項２４】
無線通信システムに用いられる移動体端末（４０３）であって：
前記無線通信システムを介しサービスデータユニットを受信する受信手段（１００１）と；
前記受信手段を制御するよう構成された制御手段（１００２）と、を備え、
前記制御手段（１００２）は、非確認応答データ転送モードにおいて無線リンク制御レイヤによって受信された前記サービスデータユニットに関連する誤り率を決定する結滞手段（１００３）を有する、移動体端末。
【請求項２５】
前記決定手段（１００３）は、既定の時間間隔に受信された破損サービスデータユニット数と同じ時間間隔に受信されたサービスデータユニット総数との比を、前記誤り率として決定するように構成されている、
請求項２４記載の移動体端末。
【請求項２６】
無線通信システムに用いられる無線ネットワークコントローラ（４０２）であって：
少なくとも一つの送信機（１１０５）に接続する送信機インタフェース（１１０１）と；
少なくとも一つの受信機（１１０６）に接続する受信機インタフェース（１１０１）と；
前記無線通信システムのコアネットワーク（４０１）に接続するコアネットワークインタフェース（１１０３）と；
前記インタフェース（１１０１、１１０２、１１０３）、前記送信機（１１０５）および前記受信機（１１０６）を制御する制御手段（１１０４）と、を備え、
前記無線ネットワークコントローラ（４０２）は、
サービスデータユニットを前記送信機（１１０５）経由で送信して前記無線通信システムにマルチメディアブロードキャストマルチキャストサービスを確立しまた前記送信機（１１０５）でメッセージを送信するように構成され、
前記メッセージは前記サービスデータユニットおよび／または前記測定報告の送信に関連する誤り率に基づいた測定報告の生成に関する構成情報を有し、
前記受信機（１１０６）を介し前記サービスデータユニットに関連する誤り率についての報告を受信し、
前記サービスデータユニットの送信のために前記報告内に含まれる情報に依存して送信パラメータを構成し、
前記報告は前記サービスデータユニットに関連する誤り率についての情報を有する、無線ネットワークコントローラ（４０２）。
【請求項２７】
前記送信パラメータが、送信電力、拡散率、符号化率、多重化パラメータを有する、
請求項２６記載の無線ネットワークコントローラ（４０２）。
【請求項２８】
無線通信システムであって、少なくとも一つの請求項２４または請求項２５記載の移動体端末と、請求項２６または請求項２７記載の無線ネットワークコントローラ（４０２）と、を備える、無線通信システム。
【請求項２９】
移動体端末（４０３）をテストするためのテストシステム（１２００）であって：
前記移動体端末（４０３）にデータを送るための送信機（１２０１）と；
前記移動体端末（４０３）からデータを受信するための受信機（１２０１）と；
前記送信機（１２０１）と前記受信機（１２０２）を制御するよう構成された制御手段（１２０３）と；
テストシステムの機能を制御し、テスト結果を出力するためのユーザインタフェース（１２０４）と、を備え、
前記制御手段（１２０３）は、
サービスデータユニットを前記送信機（１２０１）経由で送信して前記無線通信システムにマルチメディアブロードキャストマルチキャストサービスを確立し、
前記送信機（１２０１）を介し前記移動端末（４０３）にメッセージを送信し、前記メッセージは、前記サービスデータユニットおよび／または前記測定報告の送信に関連する誤り率に基づいた測定報告の生成に関する構成情報を有し、
前記受信機（１２０１）を介し前記移動体端末から前記サービスデータユニットに関連する誤り率についての報告を受信し、
テスト報告を前記ユーザインタフェースを介し前記報告内に含まれる情報に基づき出力するよう構成され、
前記報告は前記サービスデータユニットに関連する誤り率についての情報を有する、
テストシステム（１２００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して無線通信に関し、特に無線通信システムにおけるＱｏＳ（サービス品質）制御機構に関する。本発明は、特に、３ＧＰＰ内のＵＭＴＳリリース６へ向けて現在標準化が行われている新しいＵＭＴＳの特長である、ＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）に適用される。しかしながら本発明はＵＭＴＳのみに限定されず、将来の移動体通信規格（４Ｇ）を含むどのような通信システムにも適用され得る。
【０００２】
すべての通信システムにおいて、サービス品質（ＱｏＳ）の制御はつねに広く議論されている話題である。これは、送信機と受信機の間のインタフェースが、受信信号品質の劣化をもたらす多かれ少なかれ深刻な変形を、一般的に引き起こす無線通信システムにおいて、ことさら正しい。これに対処するため、いくつかの方法が開発されている。第一に、送信媒体の物理特性に合致するために、いくつかの変調技術が特別に開発されている。第二に、干渉からメッセージを保護するために符号化方法が用いられている。さらに、ＱｏＳ制御機構が送信信号の受信品質の能動的制御を可能としている。このタイプの技術の主たる思想は、受信機が、送信機が送信特性（例えば、送信電力）に適応することを可能とさせるために、何らかの手段により送信機に受信品質を知らせ、所定のＱｏＳ目標特性を満たすことである。
【０００３】
本発明は、最後のカテゴリの技術に属し、誤りなしではない媒体を介して送信された信号の受信品質を制御する新しい機構を提供する。
【背景技術】
【０００４】
（ＱｏＳクラスおよび属性）
送信すべき情報の性質は、この情報が送信されるべき方法に大きな影響をもつ。例えば、音声通話は、閲覧セッション（インターネット）とは全く異なる性質をもつ。非特許文献１および非特許文献２には、３Ｇを介して一般に送信されることが期待される異なるタイプの情報が提示されている。サービスの４つの異なるクラスが同定され、以下の表がそれらの性質および予想される応用を記載している。
【０００５】
【表１】
2008515256.tif 000003
【０００６】
これらＱｏＳクラスまたはベアラトラヒッククラス、ＱｏＳ属性リストの各々は定義され、以下の表に示されている。ＱｏＳ属性が満たされると、メッセージはエンドユーザによって所望の品質で認識されることが保証される。ＱｏＳ属性は、要求されたサービスのタイプと異なるノードの能力に依存して、接続のセットアップの間に、通信チェーンの異なる要素（ＵＥ，ＲＮＣ，ＣＮ要素）の間で取り決められる。もしＱｏＳ属性の一つが満たされないと、エンドユーザは確実に通信の劣化（例えば、音声ひずみ、通信中断など）に気付くことになる。
【０００７】
【表２】
2008515256.tif 000004
【０００８】
これらＱｏＳ属性の各々の定義は、上記、非特許文献１および非特許文献２に見受けられる。最も重要なＱｏＳ属性の一つは、次のセクションで説明されるＲＬＣ  ＳＤＵ誤り率と呼ばれる「ＳＤＵ誤り率」である。
【０００９】
（ＵＭＴＳエアインタフェースレイヤ）
無線インタフェースを介したデータ送信を可能とするため、３ＧＰＰは、レイヤのセットと、各々のプロトコルを定義した。これらは、ベアラセットアップで定義された所定のＱｏＳ（データレート、誤り率、優先度など）をサポートするのに必要なサービスの提供を目的としている。
【００１０】
図１に示すように、無線インタフェースは、三つのプロトコルレイヤに階層化されている。
【００１１】
−  物理レイヤ（Ｌ１）１０１、
−  データリンクレイヤ（Ｌ２）１０２、
−  ＲＲＣレイヤ（Ｌ３）１０３。
【００１２】
レイヤ２は以下のサブレイヤに分割されている。媒体アクセス制御（ＭＡＣ）１０４、無線リンク制御（ＲＬＣ）１０５、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）１０６およびブロードキャスト／マルチキャスト制御（ＢＭＣ）１０７。それぞれのレイヤは、非特許文献３にまとめられている、十分に定義された機能を有する。
【００１３】
レイヤ３およびＲＬＣレイヤは、コントロール（Ｃ−）プレーン１０８およびユーザ（Ｕ−）プレーン１０９に分割されている。ＰＤＣＰ１０６およびＢＭＣ１０７はＵ−プレーン１０９にのみ存在する。コントロールプレーンとユーザプレーンの主な違いは、コントロールプレーンは送信機においてピアエンティティにより用いられる制御情報（シグナリング）のみを搬送することである。一方で、ユーザプレーンは、データそれ自体（たとえば、音声）を搬送する。
【００１４】
ＲＬＣレイヤ１０５は、ＰＤＣＰおよびＢＭＣプロトコルが用いられている場合を除き、コントロールプレーン１０８でシグナリング無線ベアラ（ＳＲＢ）サービスを提供し、ユーザプレーン１０９で無線ベアラ（ＲＢ）サービスを提供する。この場合は、ＲＢサービスはＰＤＣＰ１０６およびＢＭＣ１０７から提供される。
【００１５】
この図は、ローカルなレイヤ間の制御サービスを提供するＲＲＣ１０３とＭＡＣ１０４間の接続１１０、およびＲＲＣ１０３とＬ１  １０１間の接続１１１を示している。同等の制御インタフェース１１２から１１４が、ＲＲＣ１０３とＲＬＣサブレイヤ１０５の間、ＲＲＣ１０３とＰＤＣＰサブレイヤ１０６の間、およびＲＲＣ１０３とＢＭＣサブレイヤ１０７の間に存在する。これらのインタフェースは、ＲＲＣ１０３が、同一エンティティ内（送信側か受信側）で下位レイヤの構成を制御することを許可する。最後に、ＲＬＣ１０３とＭＡＣサブレイヤ１０４間のデータ転送は、論理チャネルにより、ＭＡＣ１０４と物理レイヤ１０１間のトランスポートチャネルで実行される。
【００１６】
情報が、一つのレイヤから直下の一つのレイヤに送信されると、ＳＤＵ（サービスデータユニット）とＰＤＵ（プロトコルデータユニット）とが、図２に示すように交換される。図２は、ＭＡＣレイヤ１０４がトランスパレントで、ＲＬＣレイヤ１０５がトランスパレントでない構成を説明している。（レイヤがトランスパレントと言われるのは、それが受信したデータに対して何のアクションも実行されていない場合である、すなわちヘッダ付加がなされない。しかし、そのレイヤは、データパケットのセグメント化／再アセンブリを実行し得る。）図の上部からはじめると、上位レイヤＰＤＵ２０１はＲＬＣレイヤ１０５で受信される。トランスパレントなＰＤＣＰレイヤ１０６の場合、この上位レイヤＰＤＵは、ＩＰパケットである。ＲＬＣから見ると、このパケットは、ＲＲＣで構成されたＲＬＣ  ＳＤＵセグメント２０３のサイズと合致させるためセグメント化が必要となることがあるＲＬＣ  ＳＤＵ２０２である。ＲＬＣプロトコルは、ＲＲＣレイヤで構成されたモードに依存したコンテンツを有する各々のＲＬＣ  ＳＤＵセグメント２０３に、ヘッダ２０４を付加する。ヘッダ２０４を有する各々のＲＬＣ  ＳＤＵセグメント２０３は、下位レイヤに与えられるＲＬＣ  ＰＤＵ２０５を形成する。このＲＬＣ  ＰＤＵは、ＭＡＣレイヤ１０４から見ると、ＭＡＣ  ＳＤＵ２０６である。この例にあるように、ＭＡＣプロトコルは、ＭＡＣ  ＳＤＵに対し何のアクションも実行せず、それをそのままＭＡＣ  ＰＤＵかトランスポートブロック２０７に変換して、直接物理レイヤ１０１に送信する。
【００１７】
（ＲＬＣレイヤ転送モード）
ＲＬＣサブレイヤは、三つのワーキングモードか転送モードを有する、トランスパレントモード、非確認応答モード、確認応答モードである（以下、それぞれＴＭ、ＵＭおよびＡＭという）。ＲＬＣサブレイヤは非特許文献４において３ＧＰＰにより定義されており、概要が既出の非特許文献３に与えられている。
【００１８】
（トランスパレントデータ転送）
このサービスは、上位レイヤＰＤＵを、プロトコル情報を何ら加えることなく送信するが、受信ＰＤＵのセグメント化／再アセンブリは実行し得る。トランスパレントモードは、主に音声のような遅延に非常に敏感なサービスに用いられる。
【００１９】
トランスパレントデータ転送をサポートするため、以下の機能が必要とされる。
【００２０】
−  セグメント化および再アセンブリ、
−  ユーザデータの転送、
−  ＳＤＵ廃棄。
【００２１】
（非確認応答データ転送）
このサービスは、上位レイヤＰＤＵをピアエンティティへの配信の保障なしで送信する。非確認応答データ転送モードは以下の特性を有する。
【００２２】
−  誤りデータの検出：  ＲＬＣサブレイヤは、シーケンス番号チェック機能を用いて、それらの送信誤りを含まないＳＤＵのみを受信上位レイヤに配信するものとする。
【００２３】
−  即時配信：  受信ＲＬＣサブレイヤエンティティは、ＳＤＵを、それが受信機に到着してすぐに上位レイヤ受信エンティティに配信するものとする。
【００２４】
非確認応答モードは、例えば特定のＲＲＣシグナリングメッセージに用いられる。ユーザサービスの例は、セルブロードキャストサービス（ＣＢＳ）、ＭＢＭＳ、ボイスオーバインターネットプロトコル（ＶｏＩＰ）および潜在的にはＨＳＤＰＡである。
【００２５】
非確認応答データ転送をサポートするため、以下の機能が必要とされる。
【００２６】
−  セグメント化および再アセンブリ、
−  連結、
−  パディング
−  ユーザデータの転送、
−  暗号化、
−  シーケンス番号チェック、
−  ＳＤＵ廃棄。
【００２７】
（確認応答データ転送）
このサービスは、上位レイヤＰＤＵを送信し、ピアエンティティへの配信を保障する。ＲＬＣがデータを正確に送信できない場合には、送信側のＲＬＣが通知を受ける。このサービスのために、順次（in-sequence）および非順次（out-of-sequence）配信の両方がサポートされる。多くの場合、上位レイヤプロトコルは、そのＰＤＵの順序を修復し得る。下位レイヤの非順次プロパティが既知であり、制御されている限り（すなわち、上位レイヤプロトコルが、失ったＰＤＵの再送要求を即座にしない）、許可されている非順次配信は、受信ＲＬＣに記憶領域を確保し得る。
【００２８】
確認応答データ転送モードは以下の特性を有する。
【００２９】
−  誤りのない配信：  誤りのない配信は、受信側のＡＭ  ＲＬＣエンティティから送られる確認応答メッセージを基にした再送により保障される。受信ＲＬＣエンティティは、誤りのないＳＤＵのみを上位レイヤに配信する。
【００３０】
−  ユニーク（Unique）配信：  ＲＬＣサブレイヤは、重複検出機能を用いて、各々のＳＤＵを一回のみ受信上位レイヤに配信するものとする。
【００３１】
−  順次配信：  ＲＬＣサブレイヤは、ＳＤＵの順次通りの配信のサポートを提供するものとする。すなわち、ＲＬＣサブレイヤは、送信上位レイヤエンティティがＲＬＣサブレイヤに提供したのと同じ順序で、ＳＤＵを受信上位レイヤエンティティに配信しなければならない。
【００３２】
−  非順次配信：  順次配信に代えて、受信ＲＬＣエンティティは、送信側のＲＬＣサブレイヤが提供したのとは異なる順序で、ＳＤＵを上位レイヤに配信することを許可して良いものとする。
【００３３】
確認応答データ転送をサポートするため、以下の機能が必要とされる。
【００３４】
−  セグメント化および再アセンブリ、
−  連結、
−  パディング、
−  ユーザデータの転送、
−  誤り訂正、
−  ＰＤＵの順次配信、
−  重複検出、
−  フロー制御、
−  プロトコル誤り検出と回復、
−  暗号化、
−  ＳＤＵ廃棄。
【００３５】
（ＲＬＣレイヤによるＱｏＳ制御）
ＲＬＣレイヤの異なるモードの記述は、実際はＲＬＣ  ＡＭのみが正しいＱｏＳ制御機構を提供することを示している。実際には、これは、確認応答メッセージにより送信機がＲＬＣ  ＳＤＵの正確な受信を知らされるというモードにすぎない。これらのメッセージにより、送信側のＲＬＣ  ＡＭエンティティは、ＳＤＵ誤り率を算出し、それをＲＢセットアップ手続きで設定されたＱｏＳ属性（ＳＤＵ誤り率）と比較し得る。しかしながら、受信側のＲＬＣ  ＡＭはＱｏＳ属性、特にＳＤＵ誤り率について何の知識も持たないことに注意すると興味深い。
【００３６】
その他のモードでは、ＳＤＵ誤り率、ＱｏＳ属性は、間接的な手段で制御されるべきである。一つの可能性は、上位レイヤプロトコル（たとえば、ＴＣＰ／ＩＰ）のＱｏＳ機能を用いることである。しかしこの方法は、これらのプロトコルが無線システムのために特別に開発されていないので、むしろ非効率である。ＵＭＴＳでは、ＱｏＳは通常、電力制御機能のような下位レイヤにより提供される他の機能により制御される。これは、ＴＣＰプロトコルが用いられ得ないＣＳ音声サービスではことさら正しい。
【００３７】
（ＲＲＣ状態）
ＲＲＣ状態は、３ＧＰＰ仕様書に導入されている。そこでは、識別されクラス化されたシナリオに応じた典型的なユーザの挙動と要件を記述しており、非特許文献５にその仕様が定められている。
【００３８】
以下の状態が３ＧＰＰに定められている。
【００３９】
−  アイドリングモード；
−  Ｃｅｌｌ＿ＰＣＨ；
−  ＵＲＡ＿ＰＣＨ；
−  Ｃｅｌｌ＿ＦＡＣＨ；
−  Ｃｅｌｌ＿ＤＣＨ。
【００４０】
異なるＲＲＣ状態と、可能な状態間の遷移が図３に示されている。
【００４１】
最も共通なＲＲＣ状態は、アイドリングモード３０１であり、電力投入後に生じる。この状態では、ＵＥはページングチャネルのモニタのみ行い、着呼を待つ。以下、各々の状態が簡潔に既述される。
【００４２】
（ＣＥＬＬ＿ＤＣＨ状態３０２）
ＣＥＬＬ＿ＤＣＨ状態３０２は、以下に特徴付けられる。
【００４３】
−  個別物理チャネルがＵＥの上り回線、下り回線に割り当てられる。
【００４４】
−  ＵＥは、現在のアクティブセットについてのセルレベルを知らされる。
【００４５】
−  ＣＥＬＬ＿ＤＣＨ状態には、ＲＲＣ接続のセットアップを経由してアイドリングモードから、または個別物理チャネルの確立によりＣＥＬＬ＿ＦＡＣＨ状態から入る。
【００４６】
（ＣＥＬＬ＿ＦＡＣＨ状態３０３）
ＣＥＬＬ＿ＦＡＣＨ状態３０３は、以下に特徴付けられる。
【００４７】
−  個別物理チャネルはＵＥに割り当てられない。
【００４８】
−  ＵＥは下り回線のＦＡＣＨチャネルをモニタする。
【００４９】
−  ＵＥは、上り回線にデフォルトの共通または共有トランスポートチャネルを割り当てられ（例えば、ＲＡＣＨ）、そのトランスポートチャネルへのアクセス手続きに従って、いつでも使用し得る。
【００５０】
−  ＵＥの位置は、ＵＥがセルアップデートを最後に行ったセルに応じたセルレベルで、ＵＴＲＡＮにより知らされる。
【００５１】
（ＣＥＬＬ＿ＰＣＨ状態３０４）
ＣＥＬＬ＿ＰＣＨ状態３０４は、以下に特徴付けられる。
【００５２】
−  個別物理チャネルはＵＥに割り当てられない。
【００５３】
−  ＵＥはＣＮによって送られる呼び出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。
【００５４】
−  ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。
【００５５】
−  どのような上り回線アクティビティも不可能である。
【００５６】
−  ＵＥの位置は、ＣＥＬＬ＿ＦＡＣＨ状態において、ＵＥがセルアップデートを最後に行ったセルに応じたセルレベルで、ＵＴＲＡＮにより知らされる。
【００５７】
（ＵＲＡ＿ＰＣＨ状態３０５）
ＵＲＡ＿ＰＣＨ状態は、以下に特徴付けられる。
【００５８】
−  個別物理チャネルはＵＥに割り当てられない。
【００５９】
−  ＵＥはＣＮによって送られる読み出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。
【００６０】
−  ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。
【００６１】
−  どのような上り回線アクティビティも不可能である。
【００６２】
−  ＵＥの位置は、ＣＥＬＬ＿ＦＡＣＨ状態において、最後のＵＲＡアップデートでＵＥに割り当てられたＵＲＡに応じたＵＴＲＡＮ登録エリアレベルで知らされる。
【００６３】
（アイドリングモード３０１）
アイドリングモード３０１は、以下に特徴付けられる。
【００６４】
−  個別物理チャネルはＵＥに割り当てられない。
【００６５】
−  無線アクセスネットワークはアイドリングモードのＵＥに関して、何の知識ももたず、その存在も位置も知らない。
【００６６】
−  ＵＥはＣＮによって送られる呼び出しを検出するため、ＤＲＸサイクルごとにＰＩＣＨをモニタする。
【００６７】
−  ＵＥは、一般システム情報を受信するため、ＢＣＨをモニタする。
【００６８】
−  どのような上り回線アクティビティも不可能である。
【００６９】
（ＦＤＤの個別チャネルの電力制御）
電力制御の図示的記述が図４に示されている。ＦＤＤでは、個別チャネル（ＤＰＣＨ）は、高速および準静的フェージングによる受信電力の変動を補償するために、上り回線、下り回線において電力制御されている。ＣＮ４０１から、確立しようとするＲＡＢのパラメータおよび特にそのＱｏＳ属性（非特許文献６に定義されたＲＡＢ割り当て要求メッセージ）を受信すると、ＲＮＣ４０２のＲＲＣエンティティは、確立されたＲＡＢを搬送することになるＤＰＣＨのトランスポートチャネルブロック誤り率目標（ＴｒＣＨ  ＢＬＥＲ目標）を推定し、ＲＢセットアップ手続きの間に、ＵＥ４０３のピアＲＲＣエンティティにその値をシグナリングする。
【００７０】
ＴｒＣＨ  ＢＬＥＲ目標は、ＵＥ４０３のＲＲＣエンティティで基準値として用いられ、実施に依存した機能により、このトランスポートチャネルを搬送する物理チャネルの対応するＳＩＲ目標を算出する。ＵＥ４０３は制御されるＤＬ論理チャネル４０４のＳＩＲを測定し、上り回線で送信される適切なＴＰＣコマンド４０５（アップまたはダウン）を生成するため、この測定の結果を、算出された目標値と比較する。最後に、達成されたトランスポートＢＬＥＲをＲＮＣ４０２に知らせるために、品質測定情報は、ＵＥ４０３によりネットワークに対してＲＲＣ測定報告で送られる。
【００７１】
ここで、ＵＥはＣＮ４０１で設定されたＱｏＳ属性の実際の値を知らされていないことに再度注意すべきである。それはさらに二つのマッピング機能を必要とするが、それらは、もし不正確に存在すると、エンドユーザが経験する実際のＱｏＳに負の影響を与え得る。
【００７２】
（マルチメディアブロードキャスト・マルチキャストサービス（ＭＢＭＳ））
本発明の一つの潜在的な適用分野は、ＭＢＭＳである。これは、現在、３ＧＰＰ標準化団体において標準化が進められている新しい３Ｇサービスである。ＭＢＭＳでは、サービス（ビデオクリップ、データダウンロード等）は、所定のサービスエリアにブロードキャストされ、あらかじめこのサービスに契約した一つまたは多数の移動体によって同時に受信される。ＭＢＭＳのアーキテクチャと機能的態様の概説は、非特許文献７に与えられており、無線態様は、非特許文献８で現在標準化されている。ＭＢＭＳの主たる利益は、同じ情報が、いくつかの移動体機器に同時にポイントトゥマルチポイント送信ＰＴＭで送信され得ることである。したがって、ネットワークは、データを送信するために各々の対象移動体機器に、個別リンクをセットアップする必要がない。ＭＢＭＳサービスをＵＭＴＳシステムに導入するために、いくつかの新しい論理チャネルが、現在、３ＧＰＰにより標準化されている。ＭＴＣＨ（ＭＢＭＳトラヒックチャネル）は、ＭＢＭＳサービスコンテンツ自体を運ぶために設けられる。もし少数のＵＥだけがブロードキャストサービスに関心を示していると、ネットワークは、別々の個別無線リンク（ポイントトゥポイント送信ＰＴＰ）を確立した後、通常のＤＰＤＣＨ物理チャネルに依存するか、いくつかのＵＥへのＰＴＭ送信の場合は、ＦＡＣＨトランスポートチャネルを搬送するＳ−ＣＣＰＣＨ物理チャネルに依存する。そして、新しい論理制御チャネルが導入される。ＭＣＣＨ（ＭＢＭＳ制御チャネル）は、現在のＭＢＭＳ構成をブロードキャストし、ＭＢＭＳ固有パラメータかＭＢＭＳ固有メッセージをシグナリングする。標準化過程の進展により、将来、より多くの論理チャネルが３ＧＰＰにより導入され得る。
【００７３】
（ソフト合成および選択合成）
ＵＥでの受信品質を改善するために、二つの技術が、現在３ＧＰＰで検討されている。ソフト、選択合成の一般原理は同じである。両方の技術は、一つより多いセルからの同一情報の受信に依存する。ソフト合成は、ＵＭＴＳのＲ９９で既に導入されている良く知られたソフトハンドオーバシナリオと類似しており、ＵＥは、すべてのセルからの無線リンクが十分に時間同期されている条件で、幾つかのセルから物理レイヤで受信したソフトビットを合成する。選択合成の場合は、合成処理はＲＬＣレイヤで行われる。選択合成の原理が図５に示されている。この技術により、いくつかのセルからのいくつかのリンクは受信され、各々のリンクは、ＲＬＣレイヤに依存した独立した受信処理を受ける。したがって、ＲＬＣは、それら自身のシーケンス番号（ＳＮ）で識別されている同じＲＬＣ  ＰＤＵを数回受信する。異なる無線リンクは非相関なので、正しいＲＬＣ  ＰＤＵを受信する確率は、無線リンクの数とともに増加する。異なる無線リンクからの誤りのないＰＤＵを選択し、合成することによって、低いＰＤＵ誤り、または誤り率を有するデータストリームが得られ得る。
【００７４】
（ポイントトゥポイント修復機構）
ＭＢＭＳに予想されている主要なサービスの一つはファイルのダウンロードである。このサービスにより、集団（すなわち、複数のＵＥ）は、ゲーム、着信メロディ、新しいアプリケーション、ソフトウエアアップグレードなどであり得る同一ファイルを同時に受信する。ストリーミングサービスではいくらかの品質劣化を引き起こすのみであろう若干のロスが許容され得るのに対し、運営者の課金方針に依存して、ファイルの１００％ダウンロード成功率が必要となり得る。
【００７５】
このことに対処するため、３ＧＰＰ  ＳＡ２およびＳＡ４は、ＵＥがＰＴＰ個別接続を介し欠落したＩＰパケットの再送またはセッションの完全な再送を要求できるアプリケーションレベルでの手続きの仕様を現在定めている。
【００７６】
ＵＴＲＡＮの観点からは、この情報はＵＥ側のアプリケーションレイヤにより生成され、またその宛先はＭＢＭＳデータの生成に対し責任をもつ運営者のＣＮ（ＢＭ−ＳＣ）内のピアエンティティで無ければならないことから、この手続きを無線ネットワークの微調整に用いることはでき得ない。
【００７７】
２００４年４月にブダペストでの３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２  ＭＢＭＳアドホックミーティングにてクアルコム社により提示された文書Ｒ２−０４０７８３では、ＭＢＭＳを受信しているＵＥの統計上代表的なセットがｃｅｌｌ＿ＦＡＣＨ状態にされ、これらのＵＥが、トランスポートチャネルの観測ＢＬＥＲをネットワークに報告する、ＭＢＭＳへの報告機構が提案されている。この提案は、ＲＬＣレイヤでのＱｏＳ制御を考慮しておらず、いかなる詳細な品質報告機構も提案していない。
【００７８】
特許文献１は、ＲＴＰ／ＲＴＣＰプロトコルのためのアプリケーションレイヤでの報告機構に焦点を当てている。しかし、ＵＥとＲＮＣ（ＲＲＣレイヤ）との間の報告機構は教示していない。
【００７９】
３ＧＰＰ内でのＭＢＭＳ標準化の現状では、ポイントトゥポイント修復機構を除いて、ＰＴＭ送信のためのエアインタフェースを介した直接ＱｏＳ制御機構は開発されていない。しかしながら、このポイントトゥポイント修復機構はアプリケーションレベルの手続きであり、無線アクセスネットワークに関する送信パラメータ（送信電力、符号化率等）を制御するには用いられ得ない。実際の問題として、現状では、ＭＢＭＳは「ブラインド」伝送に依存しており、送信パラメータは、実際の要求と、受信局の必要に基づいたものではなく、品質フィードバック報告が端末から無線アクセスネットワークに送られることはないにせよ、いくつかの経験則に基づいている。
【００８０】
ＭＢＭＳの機能性のギャップは二つの主な帰結を有する。
【００８１】
第一に、実際の端末の要求に関して、ＭＢＭＳセッションの送信パラメータの十分な適応が不可能である。送信電力が不十分な場合、ほとんどのＵＥはＭＢＭＳサービスを高い誤り率で受信することになり、もしアプリケーションレイヤに許可されれば、損失を回復するためにポイントトゥポイント修復機構を要求することになる。このことは、上り回線、下り回線に多量のトラヒックを生み出し、ＭＢＭＳのスペクトル効率を大幅に減少させる。加えて、ポイントトゥポイント修復機構はアプリケーションレベルの手続きであるので、これはＵＴＲＡＮに対して完全にトランスパレントである。ＵＴＲＡＮはこのトラヒックをアプリケーションレイヤ宛のシグナリングメッセージとして見る。したがって、ＵＴＲＡＮはこの手続きを実際のＭＢＭＳ受信品質にあわせ無線パラメータを適応させるために使用できなくなり、もし同じ特性を有する他のＭＢＭＳセッションが送信されようとするならば、必ず同じパラメータを使うことになる。
【００８２】
他の主な問題は、ＭＢＭＳ対応のＵＥのテスティングの限界である上りフィードバックの欠如に関する。３ＧＰＰでは、すべての主要な機能は仕様書に従わなければならず、特定の品質レベルを保障するためテストされるものである。ＭＢＭＳは、新しい機能、いくつか例を挙げれば、ＲＲＣアイドリングモード、ＵＲＡ＿ＰＣＨ、ｃｅｌｌ＿ＰＣＨ、およびｃｅｌｌ＿ＦＡＣＨモードでの高データレート受信、ＭＣＣＨ受信、選択合成、ＭＢＭＳ存在下での周波数間測定、などがＵＥの下位レイヤに導入されたとしても、この例外ではありえない。受信は、すべてのＲＲＣ状態、特にＲＲＣアイドリングモードに設けられるべきなので、その方法論は、このモードでのＭＢＭＳの適合性試験を可能とすることに由来すべきである。ＵＥは通常、特別な折り返しモードの助けを得てテストされる。ここでＤＬトラヒックは、ＵＴＲＡＮをシミュレートしているテスト装置に上り回線で直接送り返される。これは、テスト機器が、オリジナル信号と受信、処理信号を比較し、トランスポートチャネルＢＬＥＲのようなテストメトリックを容易に算出できるようにする。アイドリング、ｃｅｌｌ＿ＰＣＨ、ＵＲＡ＿ＰＣＨおよびｃｅｌｌ＿ＦＡＣＨにあるＭＢＭＳの問題は、上り回線がないか、小さなバンド幅しか利用できないことである。したがって、予測されたＤＬ  ＭＢＭＳデータレート（６４ｋｂｐｓから２５６ｋｂｐｓサービス）を上り回線で搬送することは不可能である。実際の問題として、現行版の仕様書内でＭＢＭＳ  ＵＥをテストすることは、今日不可能である。
【特許文献１】国際公開第2004/042963号パンフレット
【非特許文献１】3GPP TS 23.107 v6.1.0 "Quality of Service (QoS) concept and architecture"
【非特許文献２】"WCDMA for UMTS, radio access for third generation mobile communications, second edition", Harri Holma and Antti Toskala, Wiley editions
【非特許文献３】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”
【発明の開示】
【００８３】
したがって、本発明の目的は、ＭＢＭＳの送信パラメータ（送信電力、符号化率など）を適応させ、ＭＢＭＳによって導入された新しい機能性に関して特定のＵＥをテストすることを可能とするために、無線アクセスネットワークによって用いられ得るＲＬＣレイヤでの効率的なＱｏＳ制御機構を提供することにより、上記説明された両方の問題点を解決することにある。
【００８４】
この目的は、請求項１記載の方法、請求項２４記載の移動体端末、請求項２６記載の無線ネットワークコントローラ、および請求項２９記載のテストシステムにより達成される。有利な実施の形態は、従属請求項の主題である。
【００８５】
ＭＢＭＳサービスがＰＴＭ送信を介して受信されている場合にＲＬＣ  ＵＭモードのＱｏＳ制御の可能性を提供し得るＲＬＣレイヤでの新しい測定機能が開示される。
【００８６】
ＰＴＭ送信が用いられている場合にＵＭのＲＬＣレイヤでのＳＤＵ誤り率測定が提案される。ＳＤＵ誤り率とはＣＮにより定義されたＱｏＳ属性である。
【００８７】
このような新しい測定は現存のトランスポートチャネルＢＬＥＲ制御と比較して以下のような利点を有する。ＭＢＭＳでは、選択合成が使用され得て、ＵＥはいくつかのノードＢから同じＭＢＭＳを受信し得る。異なるノードＢからの異なるトランスポートチャネルの合成は、ＲＬＣ  ＳＤＵのシーケンス番号に基づきＲＬＣレイヤで実行される。このことは、物理レイヤからＲＬＣで合成が実行される点に至るいくつかの復号チェーンがＵＥに存在し、よって異なるノードＢから受信された同じトランスポートチャネルのいくつかのインスタンスがＵＥに存在することを暗示する。選択合成のために考慮されたセルの数と同数の報告が存在することになるので、ＭＡＣレイヤ（トランスポートチャネルレベル）での品質測定は非常に困難になり得る。さらに、高レベルのトランスポートチャネルＢＬＥＲは必ずしもＱｏＳの劣化を暗示しないため、これらの値は信頼できるＱｏＳ関連情報を与えない。二つ以上のデータフローをＲＬＣレイヤで合成することにより、比較的高いＢＬＥＲにも関わらず、選択合成手法は、許容可能なＲＬＣ  ＳＤＵ誤り率を提供し得る。
【００８８】
ＲＬＣ  ＵＭにＲＬＣ  ＳＤＵ測定機能を導入することで、ＲＮＣのためにＭＢＭＳの送信パラメータを適応させることが可能となる。特定のセル内で、ＲＮＣが、受け入れ難い受信品質を示している多数の品質報告を収集すると、対応するＳ−ＣＣＰＣＨの送信電力を上げるか、Ｓ−ＣＣＰＣＨの拡散率を変えるか、Ｓ−ＣＣＰＣＨにさらに冗長性を加えるか（符号化率を減少）、関心の論理チャネル（例えば、ＭＴＣＨ、ＭＣＣＨ）をトランスポートチャネル、物理チャネルへ多重化する方法を変えるかし、その状況を改善するように試み得る。例えば、ＭＣＣＨの場合、それを、一つのＳ−ＣＣＰＨ上に排他的にマッピングされたＦＡＣＨトランスポートチャネル上に排他的にマッピングすることも可能である。
【００８９】
加えて、所望のＱｏＳを達成するために、ＲＮＣは、送信電力や隣接セルでの関心のＭＢＭＳサービスのタイムオフセットを変えるか、ソフトまたは選択合成の性能を改善するために送信を開始してよい。
【００９０】
この提案は、関連報告を送信しテストシステムによりこれらの報告を受信、評価することにより、最も典型的な場合であるＣｅｌｌ＿ＤＣＨモードにないＭＢＭＳ対応のＵＥのテスティングを可能とする。
【発明を実施するための最良の形態】
【００９１】
以下、本発明を、例として、またＵＴＭＳネットワークの専門用語とともに説明するが、これが限定ではないことは言うまでもない。本発明の根底にある思想は、ＵＭＴＳ用語を適切な同義語で置き換えた他の規格による無線ネットワークにも同様に適用され得る。
【００９２】
異なる新しい要素のまとめが図６に示されている。図７は異なるレイヤ間で交換されたシグナリングメッセージを示している。
【００９３】
背景技術のセクションで説明したように、現行バージョンのＭＢＭＳにはＵＴＲＡＮへのフィードバック機構が存在しない。本発明の主たる思想は、ＰＴＭ送信が用いられている場合に、ＵＭのＲＬＣレイヤに新しい測定機能を導入することである。この測定は、ＳＤＵ誤り率測定であり、このＳＤＵ誤り率とはＣＮにより定義されたＱｏＳ属性である。ＰＴＰモード（ＤＰＣＨ上の）では、既に個別接続に対するＱｏＳ制御機構が存在しているため、この測定は必要とされない。
【００９４】
図６を参照すると、矢印６０１はＣＮからＲＮＣおよびＰＴＭ接続を介したＵＥの集団（複数の）へのＭＢＭＳデータ送信を象徴している。ＵＥの集団の一つが参照番号４０３で示されている。ＭＢＭＳは、目標ＳＤＵ誤り率を含むＱｏＳ属性の一組と関連付けられており、それは矢印６０６で象徴されるようにＲＮＣにＣＮにより知らされる。ＲＬＣはＰＴＭ送信のために非確認応答モードに構成されている。ＵＥ４０３は、そのＲＬＣレイヤ１０５内にＳＤＵ誤り率測定機能を提供するように構成されている。
【００９５】
この測定は固定構成を採り得るが、この測定を構成する下り回線のブロードキャストＲＲＣシグナリング６０２を、ＲＲＣ測定制御メッセージ（既出の非特許文献５のセクション８．４．１および１０．２．１７参照）と類似するよう定義するのが有利である。さらに、このＲＲＣメッセージは特定のＭＢＭＳ  ＰＴＭ  ＲＡＢに関連付けられていなければならず、対応するＭＢＭＳサービスを潜在的に受信する全てのＵＥにブロードキャストさせる。
【００９６】
ＲＲＣ  ＰＴＭ  ＭＢＭＳ品質測定制御メッセージの可能な構成要素は以下となり得る。
【００９７】
−  ＭＢＳサービスまたはＭＢＭＳ  ＰＴＭ  ＲＡＢ識別、
−  ＴＴＩまたは受信ＲＬＣ  ＳＤＵ数についての測定ウインドウ長、
−  （イベントトリガ測定のための）品質閾値Ｑ＿閾値、または、
−  報告周期（周期測定のための）。
【００９８】
測定制御メッセージは、ＵＥにより品質測定報告の送信時間が導き出される情報を有していてもよい。この場合、時間の正確なインスタンスは、上り回線リソースの衝突を避けるため、ある時間間隔内でＵＥによって独立にランダム化されるべきであろう。
【００９９】
測定制御メッセージの受信後、ＲＲＣは、ＲＲＣレイヤ１０３とＲＬＣレイヤ１０５との間の新しいプリミティブ６０３を用いてＲＬＣ  ＵＭを構成することが可能である。ＲＬＣレイヤ１０５は、次に他のプリミティブ６０４を用いてＳＤＵ誤り率測定の結果についてＲＲＣに知らせる。そしてＲＲＣレイヤ１０３は、そのプリミティブにおいてＲＬＣから受信された情報に基づいて品質測定報告６０５を生成することが可能となり、それをＲＮＣに送る。
【０１００】
測定報告は、ＳＤＵ誤り率または比の測定値を有し得る。代わりとして、その値が既定の閾値を越えたか否かの情報を有し得る。さらに、品質測定報告は、ＭＢＭＳおよび／またはＭＴＣＨのアイデンティティについての情報を有し得る。ＭＢＭＳデータに合成が適用された場合、品質測定報告は、適用された合成のタイプ、合成に考慮されたまたは用いられたセル（すなわち、合成の目的で受信されたＭＢＭＳデータを送信したセル）および合成のために用いられた無線リンクの受信品質（すなわち、物理チャネルのＳＩＲまたは選択合成の場合、合成前のＳＤＵ誤り率）をさらに有し得る。
【０１０１】
ＲＮＣ４０２はＭＢＭＳを受信している複数のＵＥからの測定報告を受信し、送信電力、拡散率、符号化率、多重化パラメータのようなＭＴＣＨの送信パラメータをＣＮから受信されたようにＭＢＭＳのＱｏＳを確保するため調整できる。
【０１０２】
図７を参照すると、提案方法のタイミング例が示されている。第一に、ＲＮＣはＲＮＣのエリア内でのＭＢＭＳブロードキャストサービスに関連したＱｏＳ属性についての情報をＣＮから受信する。ＲＮＣのＲＲＣレイヤは、ＰＴＭ  ＭＢＭＳ品質測定制御メッセージを生成し、ステップ７０２でそれをＭＢＭＳのブロードキャストエリア内にブロードキャストする。メッセージは、ＢＣＣＨ、ＣＣＣＨ、ＭＣＣＨのいずれかを介してブロードキャストされ得る。後者の方法は、測定制御メッセージと特定のＭＢＭＳサービスとの間のより容易なリンキングという利点を与える。接続したＭＢＭＳからのデータをもまた受信しているある特定のＵＥはこのメッセージをそのＲＲＣレイヤで受信する。ステップ７０３では、ＲＲＣレイヤは、ボックス７０４で続いて実行されるＳＤＵ誤り率測定を構成するためプリミティブをＲＬＣレイヤに送る。一つのボックスとして説明されているが、この測定は、構成に従った特定の時間またはＲＲＣレイヤからの他のプリミティブで実行不能化されるまで、繰り返され得る。その結果、ＳＤＵ誤り率測定の結果を有する一つ以上のプリミティブが、ステップ７０５でＲＬＣレイヤからＲＲＣレイヤに送られる。代わりに、実施形態に依存して、ＲＬＣレイヤは完全な測定報告を準備して、それをＲＲＣレイヤにステップ７０５でのＲＮＣへの送信として送り得る。ＵＥのＲＲＣレイヤは、測定結果または報告をそれぞれ受け取り、もし必要ならば報告を用意し、ボックス７０６において、ステップ７０７においてどちらの報告がＲＮＣに送られるべきかを決定する。
【０１０３】
移動体通信システムの主要な制約が、無線容量とＵＥのバッテリ電力に関することから、品質報告は必要な際にのみ送信されるべきである。測定報告は周期的送信となるよう構成可能であるが、ＲＲＣにおいて、いわゆるイベントトリガ測定と構成することが有利である。どちらのオプションでも、ＵＥは構成メッセージに示されている測定ウインドウ内の誤り状態のＳＤＵの数を算出する。破損ＳＤＵの数もまた、同じ測定ウインドウ内の受信ＳＤＵの総数に関連し得る。代わりに、誤りのまたは破損したＳＤＵセグメントも、受信ＳＤＵセグメントの総数に計数および関連され得る。イベントトリガ測定では、ＵＥは、測定値が特別な閾値（Ｑ＿閾値）を超えるか下回る場合にのみ、その値を品質測定報告６０５と共に報告するが、周期的測定では、ＵＥは測定結果を周期的に報告する。品質閾値  Ｑ＿閾値は、パーセント値か、測定ウインドウ内を越えない破損ＲＬＣ  ＳＤＵの数であり得る。上り回線の干渉が大きいか、また他の理由の場合、この品質報告は、Ｑ＿閾値を無限の値に設定するか、測定構成メッセージを送信しないことにより使用不能化される。他の実施の形態では、測定したＳＤＵ誤り率が、所定のマージンを持った閾値を超えるか、下回る場合にレポートが送られるようにしてもよい。これは、送信容量の効果的な使用と送信信頼性との間のトレードオフに対する新しいパラメータを提供する。
【０１０４】
周期的報告は、例えば、ＵＥがネットワークへの接続を何らかの他の理由により既に有しており、その接続を用いてこの品質報告をピギーバックし得る場合に、用いられ得る。ＣＥＬＬ＿ＤＣＨ（ＲＣＨチャネルはＤＬおよびＵＬに存在する）にあるＵＥは、すでに専用化された接続を、ＲＮＣへ測定報告を送るために使用し得る。この場合に、受信品質に関するより正確な情報をネットワークに提供する目的で、測定を再構成し、周期的測定を選択することは興味深いことである。
【０１０５】
他の代替手法では、ＲＲＣ接続状態モード（ｃｅｌｌ＿ＤＣＨは除く）にあるＵＥに同じ情報を報告させるのを許可するために、セルアップデートメッセージを修正してもよい。他の変形例は、接続モードにあるＵＥへの同じメッセージを再利用する。この場合、ＵＥの識別は、この情報を搬送する個別チャネル（ＤＣＣＨ）によりなされる。
【０１０６】
他の有利な実施の形態では、アクティブ化コマンドが導入される。ネットワークは、既に構成されたがアクティブ化されていない品質測定の報告を要求するために、アクティブ化コマンドを用いる。この報告モードは、イベントトリガ測定、周期的測定いずれにも適用され得る。当該コマンドを送信することにより、後に報告を非アクティブ化することもまた可能である。そのコマンドは、個別のフラグをリセットさせるアクティブ化コマンドであってもよい。そのようなアクティブ化コマンドは、構成コマンドと同じチャネルを介してブロードキャストされ得る。
【０１０７】
ＲＬＣ  ＵＭのための測定の算出それ自体は、既存のＲＬＣ  ＵＭ機能性を用いて容易に実行されるため、過度の処理電力または実行努力を必要としない。実際には、ＲＬＣ  ＵＭは、ＳＤＵの正当性（validity）を既に検査しているものとし、ＣＲＣ検査のようなＭＡＣレイヤのサービスを用いて上位レイヤに送信する。これは、ＲＬＣ  ＰＤＵが誤って受信されたか否かを示し、選択合成ゲインから利益を得るためシーケンス番号が用いられて行われる。さらに、ＲＬＣ  ＵＭは破損ＲＬＣ  ＳＤＵを廃棄するものとし、正しいと思われるＲＬＣ  ＳＤＵのみを送信するものとする。
【０１０８】
一つの代替手法では、報告それ自体が、トリガリングイベント（Ｑ＿閾値が超過した）か変わりにＳＤＵ誤り率の実際の値を示すフラグのみを有し得る。
【０１０９】
報告の送信には、既存のシグナリングが再利用される。ＵＥがＲＲＣ待機モードにあると、ＵＥはネットワークへの接続を有さず、ネットワークにまったく知られていない。したがって、最初にＲＲＣ確立手続きを実行し、Ｃｅｌｌ＿ＦＡＣＨモードに遷移する必要がある。接続モード（ＵＲＡ＿ＰＣＨ、Ｃｅｌｌ＿ＰＣＨおよびＣｅｌｌ＿ＦＡＣＨ）にあるＵＥは、一方で、既にＲＮＣとＲＲＣ接続を有しているので、セルアップデート手続きを実行する必要がある。ＲＲＣ確立手続きは、図８に示すようにＵＥとＲＮＣとの間のエアインタフェースを介した集中的なシグナリングを暗示する。
【０１１０】
その代わりに、有利な実施の形態として図９に示す匿名報告が適用される。この新しい測定報告タイプでは、ＵＥは品質測定報告をネットワークに匿名で送る。これはＵＥに、そのＲＲＣモードを変えることなく、品質測定報告をネットワークか、待機状態にあるＵＥテスト装置に送ることを可能とする。ＲＲＣ上り接続を確立する代わりに、ＵＥは特定のメッセージをランダムアクセスチャネル（ＲＡＣＨ）でネットワークに送る。これはＲＲＣメッセージ「ＲＡＣＨでの測定結果」と同様である（既出の非特許文献５のセクション１０．３．７．４５参照）。ここでは、隣接セルの受信品質が報告される。したがって、ＵＥのアイデンティティはＲＮＣに送信される必要がなく、いかなる個別チャネルの割り当ても不要である。このため、品質測定報告はＵＥのアイデンティティに対応付けされ得ない。ブロードキャスト信号の品質は報告されるので、これはまた不要でもある。ＲＮＣは、同じＭＢＭＳかＭＴＣＨに関連したすべての受信品質測定報告の統計評価に対処することになる。また、匿名報告についての教示は、代理人事件整理番号ＥＰ３２４６６の同時係属欧州特許出願に見受けられる。
【０１１１】
図１０は移動体端末（ＵＥ）４０３の構造を示している。移動体端末は、例えば従来の移動体電話、スマート電話、またはいかなる音響、ビデオ、データ処理装置の個別モジュールであってよい。また、自動車に搭載されたモジュールや、その中のプロセッサに接続されたモジュールであってもよい。移動体端末４０３は、受信機１００１とコントローラ１００２を有する。さらに、送信機１００６、ディスプレイ、キー、音響装置などを含むユーザインタフェース１００５、コントローラ１００４で実行可能な指示や他のデータを記憶する記憶手段１００２を有してもよい。コントローラまたはコントロール手段１００２は、プロトコルインタラクション（protocol interaction）、信号処理および他のコンポーネントを制御するための、一つないし複数のプロセッサを有してもよい。本発明の方法を実行するために、コントローラ１００２は、ＵＭのＲＬＣで受信されているＭＢＭＳ  ＳＤＵに関連した誤り率を決定するための決定手段１００３をさらに備える。決定手段は、ハードウエアロジックで実現され得るが、ほとんどの場合、制御手段１００２のプロセッサで実行されたときにこのタスクを実行する指示として実現される。制御手段１００２は、決定手段１００３により得られた結果についての情報を有する報告を準備し、そのＲＮＣ４０２（すなわち、下り回線データ送信のための無線リンクを制御しているエンティティ）への送信機１００６を介した送信を手配するための報告手段１００７（ハードウエアまたは実行可能な指示に）をさらに備え得る。
【０１１２】
制御手段１００２に上記方法を実行させる指示は、記憶手段１００４の不揮発部分、例えば読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭやＦＬＡＳＨに記憶され得る。指示は、そのような半導体記憶媒体へ、他の、磁気ディスク、磁気テープや光ディスクのようなコンピュータ可読記録媒体からロードされてもよい。
【０１１３】
図１１は、ＵＥ４０３の相手方として動作し得るＲＮＣ４０２を示している。ＲＮＣ４０２は、それを送信機１１０１に接続する送信機インタフェース１１０５と、それを受信機１１０２に接続する受信機インタフェース１１０６と、それをＣＮ４０１に接続するコアネットワークインタフェース１１０３と、インタフェースを制御し、プロトコルタスクと信号処理を実行するコントローラ１１０４と、を有する。コントローラ９０４は、コアネットワーク４０１からＣＮインタフェース１１０３を介しＭＢＭＳデータおよびＱｏＳ情報を受信し、ＭＢＭＳのためのＰＴＭ接続をＭＴＣＨ上に確立するように、特別なハードウエアかプロセッサ上で実行される指示で構成されている。コントローラ１１０４は、さらに、上述の測定制御メッセージを生成し、送信機インタフェース１１０１および送信機１１０５を介しそれをブロードキャストするように手配する。コントローラ１１０４は、受信機１１０６および受信機インタフェース１１０２を介しＵＥからの品質測定報告を受信し、コアネットワークインタフェース１１０３を介しＣＮ４０１から受信される情報に特定されているＱｏＳを提供するために、ＭＢＭＳを搬送しているＭＴＣＨの送信パラメータを調整する。
【０１１４】
図１２はＵＥの機能性に関してＭＢＭＳをテスティングするテストシステム１２００が示されている。テストシステム１２０１は、送信機１０００１と、受信機１２０２、コントローラか制御手段１２０３と、例えばＬＣＤまたはＣＲＴスクリーン１２０４、キーボード１２０５およびプリンタ１２０６とを含むユーザインタフェース１２０７と、を有する。テストシステム１２００は上記セクションで記述したＲＮＣ４０２を有するＲＡＮとほぼ似た挙動をとる。しかしながら、上記のＲＮＣの機能性とは対照に、テスター１２００はテストされているＵＥからの測定報告をもとにＭＢＭＳへの送信パラメータの調整は行わない。代わりに、受信した測定報告に含まれる情報に基づいてＵＥについてのテスト報告を準備し、そのテスト情報をユーザインタフェース１２０４を介して出力する。そのために、さまざまな種類の送信パラメータ、付加ノイズやフェージングのような模擬伝搬効果を、このような条件下にあるＵＥの挙動をテストする目的で系統的に変化させ得る。
【０１１５】
付録：略語
略語            説明
３ＧＰＰ        第三世代パートナーシッププロジェクト
ＡＭ            確認応答モード
ＢＣＣＨ        ブロードキャスト制御チャネル
ＢＣＨ          ブロードキャストチャネル
ＢＬＥＲ        ブロック誤り率
ＢＭＣ          ブロードキャスト／マルチキャスト制御
ＢＭ−ＳＣ      ブロードキャスト−マルチキャストサービスセンタ
ＣＢＳ          セルブロードキャストサービス
ＣＣＣＨ        共通制御チャネル
ＣＮ            コアネットワーク
ＣＳ            回線交換
ＤＣＣＨ        個別制御チャネル
ＤＣＨ          個別チャネル
ＤＬ            下り回線
ＤＰＣＨ        個別物理チャネル
ＤＰＤＣＨ      個別物理データチャネル
ＤＲＸ          不連続受信
ＦＡＣＨ        フォワードアクセスチャネル
ＦＤＤ          周波数分割複信
ＨＳＤＰＡ      高速下り回線パケットアクセス
ＩＥ            情報要素
ＬＡ            位置エリア
ＭＡＣ          媒体アクセス制御
ＭＢＭＳ        マルチメディアブロードキャスト・マルチキャストサービス
ＭＣＣＨ        ＭＢＭＳ制御チャネル
ＭＴＣＨ        ＭＢＭＳトラヒックチャネル
ＰＣＨ          ページングチャネル
ＰＤＣＰ        パケットデータコンバージェンスプロトコル
ＰＤＵ          プロトコルデータユニット
ＰＩＣＨ        ページングインジケータチャネル
ＰＴＭ          ポイントトゥマルチポイント送信
ＰＴＰ          ポイントトゥポイント送信
ＱｏＳ          サービス品質
ＲＡ            登録エリア
ＲＡＢ          無線アクセスベアラ
ＲＡＣＨ        ランダムアクセスチャネル
ＲＡＮ          無線アクセスネットワーク
ＲＡＮＡＰ      無線アクセスネットワークアプリケーションパート
ＲＢ            無線ベアラ
ＲＬＣ          無線リンク制御
ＲＮＣ          無線ネットワークコントローラ
ＲＲＣ          無線リソース制御
Ｓ−ＣＣＰＣＨ  セカンダリ共通制御物理チャネル
ＳＤＵ          サービスデータユニット
ＳＩＲ          信号対干渉比
ＳＮ            シーケンス番号
ＳＲＢ          シグナリング無線ベアラ
ＴＣＰ          送信制御プロトコル
ＴＭ            トランスパレントモード
ＴＰＣ          送信電力制御
ＴｒＣＨ        トランスポートチャネル
ＴＴＩ          送信時間間隔
ＵＥ            ユーザ装置
ＵＭ            非確認応答モード
ＵＭＴＳ        ユニバーサル移動体電気通信システム
ＵＲＡ          ユーザ登録エリア、ＵＴＲＡＮ登録エリア
ＵＴＲＡＮ      ユニバーサル無線アクセスネットワーク
ＶｏＩＰ        ボイスオーバインターネットプロトコル
【図面の簡単な説明】
【０１１６】
【図１】ＵＭＴＳエアインタフェースレイヤの外観を示す図
【図２】非トランスパレントなＲＬＣおよびトランスパレントなＭＡＣサブレイヤでのデータ転送を説明する図
【図３】ＲＲＣ状態とその遷移を示す図
【図４】ＦＤＤの場合のアウターループおよびインナーループの下り回線電力制御を説明する図
【図５】ＲＬＣレイヤでの選択合成の原理を示す図
【図６】ＲＬＣ誤り率測定能力の実施の形態を示す図
【図７】図６に示す誤り率測定のための異なるレイヤ間のシグナリング交換を示す図
【図８】従来のＲＲＣ接続確立手続きを示す図
【図９】匿名品質報告手続きを説明する図
【図１０】本発明の方法が適用され得る移動体端末（ＵＥ）を模式的に示す図
【図１１】図１０に示す移動体端末の相手方となり得るＲＮＣを模式的に示す図
【図１２】図１０に示す移動体端末をテストするのに用いられ得るテストシステムを模式的に説明する図
【図１】
2008515256.tif 000005
【図２】
2008515256.tif 000006
【図３】
2008515256.tif 000007
【図４】
2008515256.tif 000008
【図５】
2008515256.tif 000009
【図６】
2008515256.tif 000010
【図７】
2008515256.tif 000011
【図８】
2008515256.tif 000012
【図９】
2008515256.tif 000013
【図１０】
2008515256.tif 000014
【図１１】
2008515256.tif 000015
【図１２】
2008515256.tif 000016
【国際調査報告】
2008515256.tif 000017
2008515256.tif 000018
2008515256.tif 000019