(57)【特許請求の範囲】
【請求項１】
第一のＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と第二のＭＢＭＳとの少なくとも一方を受信可能な移動局であって、
前記第一のＭＢＭＳの開放に関する第一の情報と、前記第二のＭＢＭＳの受信に関する第二の情報とを通信装置へ送信する手段と、
前記通信装置から、無線ベアラ再構成メッセージを受信する手段と、
前記通信装置へ、無線ベアラ再構成完了メッセージを送信する手段と、を備え、
前記無線ベアラ再構成メッセージは、前記第一のＭＢＭＳの開放と前記第二のＭＢＭＳのセットアップの両方を含む、
移動局。
【請求項２】
第一のＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と第二のＭＢＭＳとの少なくとも一方を受信可能な移動局における通信制御方法であって、
前記第一のＭＢＭＳの開放に関する第一の情報と、前記第二のＭＢＭＳの受信に関する第二の情報とを通信装置へ送信し、
前記通信装置から、無線ベアラ再構成メッセージを受信し、
前記通信装置へ、無線ベアラ再構成完了メッセージを送信する、ことを含み、
前記無線ベアラ再構成メッセージは、前記第一のＭＢＭＳの開放と前記第二のＭＢＭＳのセットアップの両方を含む、
通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体無線通信ネットワークの専用無線リソース間の切替えを制御するための方法及び関連する機器に関する。
【背景技術】
【０００２】
移動体無線通信ネットワークによってデータ／サービスを供給するための１つの選択肢として、かかるデータ／サービスを、各無線ベアラ（ＲＢｓ：Radio Bearers）等の専用無線リソースによって提供することがあげられる。
【０００３】
一人又は複数の所定の受信者が利用できるデータ／サービスの選択幅及び多様性を強化するために、異なる専用無線リソース間の切替えを行う要求が生じる。しかし、上記の専用無線リソース間の切替えを可能にすることによって改善された選択幅を提供する現行の機構には、不都合な制約があり、且つ非効率的である。
【０００４】
様々な例の１つとして、３Ｇ移動体無線通信ネットワークによって、マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ：Multimedia broadcast Multicast Service）放送の一部としてテレビサービスを提供する例を以下に述べる。
【０００５】
以後「モバイルＴＶ」と呼ばれる上記のテレビサービスの動作環境において、サービスの受信者は、一度に１つのチャネルしか視聴できない。そこで、１つのチャネルから別のチャネルに切り替える要求が生じたときには、各チャネルがその上で伝送される専用無線リソース間の切替えを可能にする機構が必要とされる。
【０００６】
ポイント・トゥ・マルチポイント放送システムによって、移動体無線通信ネットワーク上でモバイルＴＶを提供できる可能性はあるものの、２００６年８月２８日の３ＧＰＰ  ＲＡＮ２会議の一部で認識されてきたように、ポイント・トゥ・ポイント式ベアラを使用した場合と比べて、無線非効率性が存在する。ポイント・トゥ・マルチポイント放送を用いれば、セルロード、ポイント・トゥ・マルチポイント式システムによって提供される改善されたベアラ効率及び無線リソース効率に関して有利な特性が得られるものの、特定のセル内でポイント・トゥ・ポイントＭＢＭＳ放送を受信することを要求するユーザの数がおそらく比較的少ないことから、モバイルＴＶの効率要件は、実際には、ポイント・トゥ・ポイント式システムによって提供されるリソース等の専用無線リソースを用いることによって、制約無しに容易に満たされる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
モバイルＴＶサービスの受信者が１つのチャネルから別のチャネルに切り替えようとしたとき、両チャネルは専用ＲＢリソースによって伝送されており、２つの全く別個の、これらの目的のための無線リソース制御（ＲＲＣ：Radio Resource Control）メッセージは、３Ｇ無線アクセス・ネットワーク（ＲＡＮ：Radio Access Network）から得られるため、現在のＲＢは、新たなＲＢを確立する前に開放されなければならない。
【０００８】
したがって、例えばユニバーサル・テレコミュニケーションズ無線アクセス・ネットワーク（ＵＴＲＡＮ：Universal Telecommunications Radio Access Network）を参照すれば、チャネル間の切替えを行う現行の動作シーケンスは、まずＲＢ開放メッセージによって現在のＲＢを開放するための要求をユーザ端末機（ＵＥ：User Equipment）に送達することと、次いでＵＥに専用物理チャネル（ＤＰＣＨ：Dedicated Physical Channel）同期を実行するように要求するＲＢセットアップ・メッセージによって、新たに要求のあったチャネルに関連するＲＢをセットアップするようにＵＥに要求することから構成される。かかる同期は、２度行われることが必要であり、且つＵＴＲＡＮに対し、送信された各応答に対するシグナリング無線ベアラ（ＳＲＢ：Signaling Radio Bearer）遅延時間を含む応答が二度、即ち受信メッセージ毎に応答が一度、行われることを必要とする。
【０００９】
専用ＲＢチャネル間の切替えを行うのに現行のポイント・トゥ・ポイント編成を用いると、ＤＰＣＨフレーム同期を反復すること、及び新規構成に対する確認メッセージを送信すること、並びに関連するＳＲＢ遅延によって、モバイルＴＶで現在利用可能な効率が不利に制約される。
【００１０】
ポイント・トゥ・ポイント式ベアラを用いると、ポイント・トゥ・マルチポイント放送に比べてモバイルＴＶの効率が向上するが、それでもかかる効率には、前述したように限界がある。
【００１１】
本発明は、移動体無線通信ネットワーク内の専用無線リソース間の切替えを行う方法及び機器であって、公知のかかる方法及び機器に対して優位性のある方法及び機器を提供しようとするものである。
【００１２】
特に、本発明は、モバイルＴＶ等の専用無線リソースサービスの無線リソース効率を向上しようとするものである。
【課題を解決するための手段】
【００１３】
本発明の一態様は、移動体無線通信ネットワークの専用無線リソース間の切替えを制御する方法であり、ＲＲＣメッセージをネットワーク内のＵＥに送信し、前記ＲＲＣメッセージは、ＵＥにおけるＲＢ開放とＲＢセットアップの両方を要求することを特徴とする。
【００１４】
したがって、本発明は、ＲＢ開放及びＲＢセットアップを制御するための単一のＲＲＣメッセージを有利に提供する。このようにして、ＵＥ内の処理時間を大幅に削減できるという意味で、遥かに向上し高速化した専用無線リソース間の切替え、例えばモバイルＴＶを提供する異なるチャネル間の切替え、をＵＥにおいて実現することができる。例えば、ＤＰＣＨフレーム同期を反復すること、及び新規構成に対する個別の確認メッセージを送信することはもはや必要ない。なぜならば、かかる作業は一度行えば足りるからである。
【００１５】
他の利点として、ＵＴＲＡＮにおけるシグナリングのオーバーヘッドも低減し得ることが挙げられる。
【００１６】
従来技術における特定の不利益は、モバイルＴＶサービスと関連して後程説明する。また、後述する利点及び特定の詳細内容の一部は、かかる環境に関連しているが、本発明は、３ＧＰＰリリース９９、リリース６又はロング・ターム・エボルーション（ＬＴＥ：Long Term Evolution）に関連して生じる事例等の、専用リソース間の切替えを要する任意の事例で、有利に用いられる。
【００１７】
前記方法は、ＵＥからネットワークに、ＲＢ再構成完了メッセージを送信するステップも含む利点がある。
【００１８】
前記の単一メッセージは、両方の専用無線リソースに対するＲＢ構成を含むことができることが好ましい。
【００１９】
若しくは、前記の単一メッセージを、既存の、但しそれへの切替えを要する専用無線リソースの特性を考慮するように更新されるＲＢ構成を含むように編成してもよい。
【００２０】
前記方法は、既存ＲＢによるＭＢＭＳサービス構成の変更又はＰＤＣＰ／ＲＬＣ構成の変更のうちの少なくとも一方を含むことも可能である。
【００２１】
更に、前記単一メッセージは、メディア・アクセス制御（ＭＡＣ：Medium Access Control）の多重化を変更し、もし必要であれば、専用無線リソース用のトランスポートチャネル及び物理チャネルを再構成するように編成することも可能である。
【００２２】
本発明の１つの特定の例において、前記方法は、ＭＢＭＳを提供する専用無線リソース間の切替えに関するものである。
【００２３】
かかる編成において、再構成を開始させる前記単一メッセージは、ＭＢＭＳサービス識別情報を更新していることを示す。
【００２４】
別の特徴として、再構成メッセージは、更新状態のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）構成及び／又は無線リンク制御（ＲＬＣ：Radio Link Control）構成を更新することを可能にする。
【００２５】
更に、ＭＢＭＳ伝送に特に関連させて前述したように、ＭＡＣ構成及び物理的構成を、単一メッセージによって再構成されるように編成することができる。
【００２６】
もちろん、本発明の方法は、モバイルＴＶサービスのチャネル間の切替えを制御する方法として具現化することができる。
【００２７】
本発明の他の態様は、専用無線リソース間の切替えを移動体無線通信ネットワークのＵＥ内で開始する方法であって、ＵＥ内でＲＢ開放及びＲＢセットアップの両方を開始するように編成されたＲＲＣメッセージをＵＥで受信し、処理するステップを含むことを特徴とする。
【００２８】
前記方法は、ＵＥからネットワークに、ＲＢ再構成完了メッセージを送信するステップも含む利点を有する。
【００２９】
単一メッセージは、両方の専用無線リソースに対するＲＢ構成を含むことができることが好ましい。
【００３０】
若しくは、前記単一メッセージを、既存の、但しそれへの切替えを要する専用無線リソースの特性を考慮するように更新されるＲＢ構成を含むように編成してもよい。
【００３１】
前記方法は、既存ＲＢによるＭＢＭＳサービス構成の変更又はＰＤＣＰ／ＲＬＣ構成の変更のうちの少なくとも一方を含むことも可能である。
【００３２】
更に、前記単一メッセージは、メディア・アクセス制御（ＭＡＣ：Medium Access Control）の多重化を変更し、もし必要であれば、専用無線リソース用のトランスポートチャネル及び物理チャネルを再構成するように編成することも可能である。
【００３３】
本発明の１つの特定の例において、この場合も、前記方法はＭＢＭＳを提供する専用無線リソース間の切替えに関連していてもよい。
【００３４】
かかる編成において、構成を開始させる前記単一メッセージは、ＭＢＭＳサービス識別情報を更新していることを示す。
【００３５】
別の特徴として、再構成メッセージは、更新状態のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）構成及び／又は無線リンク制御（ＲＬＣ：Radio Link Control）構成を更新することを可能にする。
【００３６】
更に、ＭＢＭＳ伝送に特に関連させて前述したように、ＭＡＣ構成及び物理的構成を、単一メッセージによって再構成されるように編成することができる。
【００３７】
もちろん、本発明の方法は、モバイルＴＶサービスのチャネル間の切替えを開始する方法として具現化することができる。
【００３８】
本発明の更なる態様は、移動体無線通信ネットワークの専用無線リソースを受信し、且つ専用無線リソース間の切替えを行う移動体無線通信装置であり、装置内でＲＢ及びＲＢセットアップの両方を開始させる働きをするＲＲＣメッセージを受信するように編成されることを特徴とする。
【００３９】
前記装置は、ＵＥからネットワークに、ＲＢ再構成完了メッセージを送信するように編成される利点がある。
【００４０】
本発明に必要な単一メッセージは、両方の専用無線リソースに対するＲＢ構成を含むことができることが好ましい。
【００４１】
若しくは、単一メッセージを、既存の、但しそれへの切替えを要する専用無線リソースの特性を考慮するように更新されるＲＢ構成を含むように編成してもよい。
【００４２】
更に、移動体無線通信装置は、既存ＲＢによるＭＢＭＳサービス構成の変更又はＰＤＣＰ／ＲＬＣ構成の変更のうちの少なくとも一方を可能にするように編成してもよい。
【００４３】
更に、単一メッセージは、メディア・アクセス制御（ＭＡＣ：Medium Access Control）の多重化を変更し、もし必要であれば、専用無線リソース用のトランスポートチャネル及び物理チャネルを再構成するように編成することも可能である。
【００４４】
本発明の１つの特定の例において、前記装置は、ＭＢＭＳを提供する専用無線リソース間の切替えを行うように編成される。
【００４５】
かかる編成において、構成を開始させる前記単一メッセージは、ＭＢＭＳサービス識別情報を更新していることを示す。
【００４６】
別の特徴として、再構成メッセージは、更新状態のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）構成及び／又は無線リンク制御（ＲＬＣ：Radio Link Control）構成を更新することを可能にする。
【００４７】
更に、ＭＢＭＳ伝送に特に関連させて前述したように、ＭＡＣ構成及び物理的構成を、単一メッセージによって再構成されるように編成することができる。
【００４８】
もちろん、本発明の装置は、モバイルＴＶサービスのチャネル間の切替えを制御する機能を具備することができる。
【００４９】
本発明の更なる態様は、移動体無線通信ネットワーク内でネットワークの専用無線リソース間の切替えを制御するのに用いるネットワークエレメントで、このネットワークエレメントは、ＲＲＣメッセージをネットワーク内の移動体無線通信装置に送信するように編成され、前記ＲＲＣメッセージは、移動体無線通信装置内のＲＢ開放及びＲＢセットアップの両方の要求として機能することを特徴とする。
【００５０】
上記と同様に、エレメントからの単一メッセージは、両方の専用無線リソースに対するＲＢ構成を含むことができる利点がある。
【００５１】
若しくは、メッセージを、既存の、但しそれへの切替えを要する専用無線リソースの特性を考慮するように更新されるＲＢ構成を含むように編成してもよい。
【００５２】
もちろん、既存ＲＢによって、ＭＢＭＳサービス構成の変更又はＰＤＣＰ／ＲＬＣ構成の変更のうちの少なくとも一方を提供することができる。
【００５３】
更に、前記単一メッセージは、メディア・アクセス制御（ＭＡＣ：Medium Access Control）の多重化を変更し、もし必要であれば、専用無線リソース用のトランスポートチャネル及び物理チャネルを再構成するように編成することも可能である。
【００５４】
本発明の１つの特定の例において、ネットワークエレメントは、ＭＢＭＳを提供する専用無線リソース間の切替えを開始するように編成される。
【００５５】
かかる編成において、再構成を開始させるメッセージは、ＭＢＭＳサービス識別情報を更新していることを示す。
【００５６】
別の特徴として、再構成メッセージは、更新状態のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ：Packet Data convergence Protocol）構成及び／又は無線リンク制御（ＲＬＣ：Radio Link Control）構成を更新することを可能にする。ここでも、ＭＢＭＳ伝送に特に関連させて前述したように、ＭＡＣ構成及び物理的構成を、単一メッセージによって再構成されるように編成することができる。
【００５７】
もちろん、本発明のネットワークエレメントを、特にモバイルＴＶサービスのチャネル間の切替えを制御するように編成することもできる。
【発明の効果】
【００５８】
したがって、比較的少数のユーザが特定セル内でＭＢＭＳ放送を受信することを要求しているときに、本発明が特に有利となり得る。つまり、セル内に比較的少数のユーザが存在するときに、ネットワークのオペレータは、ポイント・トゥ・ポイントのリソースを用いて伝送することを決定することができる。この決定は、特定のしきい値レベルに基づくことができる。
【００５９】
ポイント・トゥ・ポイントＲＢ構成が、ポイント・トゥ・マルチポイントＲＢ構成に比べ、シグナリングがより少なくて済むため、ポイント・トゥ・ポイントのリソースが、効率面で有利であることが分かる。これは、知られているように、Modify又はUnmodify、CommonPTM、Current、Neighborを含む４つのＭＣＣＨメッセージが、ポイント・トゥ・マルチポイント構成で必要とされるからである。
【００６０】
更に、他のＵＥがどれもサービスを受信していないときセル内にＵＥが到達する事例において、ネットワークは、この特定のＵＥ用に容易にポイント・トゥ・ポイントＲＢ構成を確立することができる。一方、それに比較してポイント・トゥ・マルチポイント構成では、ＵＥは、次の修正期間が始まる前にサービスを受信しない。
【００６１】
更に、ポイント・トゥ・ポイント伝送はポイント・トゥ・マルチポイントより信頼性が高く、したがって、サービスの受信を向上することを目的として、ネットワークのオペレータが近接するセルを構成して選択性／軟結合させることを、必要としない。しかし、ポイント・トゥ・ポイント構成において、ＲＬＣ技術モードを用いることができる。
【図面の簡単な説明】
【００６２】
【図１】従来技術によるモバイルＴＶサービスのチャネル間の切替えを説明するタイミングチャートである。
【図２】本発明の一実施形態に係る、モバイルＴＶサービスの異なるチャネル間の切替えを説明する、同様のタイミングチャートである。
【発明を実施するための形態】
【００６３】
以下、例示のみを目的に、下記の添付図面を参照して本発明を更に詳細に説明する。
【００６４】
図１は、従来技術によるモバイルＴＶサービスのチャネル間の切替えを説明するタイミングチャートである。
【００６５】
図２は、本発明の一実施形態に係る、モバイルＴＶサービスの異なるチャネル間の切替えを説明する、同様のタイミングチャートである。
【００６６】
まず図１に注目すると、移動体無線通信装置１２等のＵＥと３Ｇネットワークの無線ネットワーク・コントローラ（ＲＮＣ：Radio Network Controller）１４との間に生じるメッセージングを説明するタイミングチャート１０が示されている。このタイミングチャートによって、ＵＥ１２は、モバイルＴＶサービスの複数の利用可能なチャネルのうちの１つを受信するように編成される。
【００６７】
実際、１６において、ＵＥ１２は現在、ポイント・トゥ・ポイント通信によって配信される２つの利用可能なモバイルＴＶチャネルのうちの「チャネル１」を受信中であることが示されている。
【００６８】
ＵＥ１２が別のチャネル、例えばネットワーク上で同じく利用可能な「チャネル２」を受信することを要求されるものとすると、ＲＮＣ１４が、ＭＢＭＳ修正サービス情報信号１８をＵＥ１２に提供し、もし必要ならチャネル２も利用可能であることを確認する。もし、ＵＥ１２において、チャネル２の方がチャネル１より好ましいと決定されると、ＵＥは、実際にチャネル２が好ましいこと、及びチャネル１は開放可能であることを示すＭＢＭＳ修正要求信号２０をＲＮＣ１４に送信するように編成されている。
【００６９】
チャネル２の方がチャネル１より好ましいと決定するときに、ユーザは一度に１つのチャネルしか見られないため、要求信号２０は、ユーザの介入に応答してＵＥ１２内のアプリケーション上位層で発生する。
【００７０】
下記の図２の説明から分かるように、上記の最初のシグナリング及び制御は、従来技術と例示する本発明の実施形態のどちらにも共通とすることができる。
【００７１】
しかし、図１及び従来技術によれば、信号２０を受信すると直ぐに、ＲＮＣ１４は、チャネル１構成に関連する無線ベアラ開放信号２２を送出する。
【００７２】
無線ベアラ開放信号２２を受信し、そのＲＢの物理的開放が完了すると直ぐに、ＵＥ１２は、ＲＮＣ１４に無線ベアラ開放完了メッセージ２４を送出する。
【００７３】
この動作時に、ＲＲＣは、ＴＳ２５．３３１  ８．２．２．３に規定の作業を行う。即ち、ＤＰＣＨフレームの始まりを決定し、しかるべく無線リンクを調節し、トリガー用のＵＴＲＡＮ→ＵＥメッセージを搬送する最後のＴＴＩの受信を完了した後、最新の（１００＋ＴＴＩ）ｍｓにおいて、ＵＴＲＡＮに応答を返送する。「ターゲット・ステート」がＣＥＬＬ＿ＤＣＨのときは、物理層からのＵＥ応答メッセージ伝送は、ＩＥの「ＳＲＢ遅延」値だけ追加的に遅延するおそれがある。
【００７４】
無線ベアラ開放完了メッセージ２４に続いて、ＲＮＣ１４は次のメッセージ２６を送出し、チャネル２構成に対する無線ベアラのセットアップを要求する。
【００７５】
セットアップ手順がＵＥ１２内でひとたび完了されれば、ＵＥ１２は、ＲＮＣ１４に送達される無線ベアラ・セットアップ完了メッセージ２８を送出する。
【００７６】
ここでも、無線ベアラ・セットアップ完了手順の一部として、ＲＲＣは、ＴＳ２５．３３１  ８．２．２．３に規定され、無線ベアラ開放完了メッセージ２４に関連して上述され、後でも言及される特定の作業を行うように編成される。
【００７７】
したがって、ＵＴＲＡＮ内において、従来の挙動は、無線ベアラ開放メッセージを用いて、ＵＥに現行のＲＢを開放することを要求することと、続いて、無線ベアラ・セットアップ・メッセージを用いて、ＵＥに新たなＲＢをセットアップするように要求することから構成される。このため、ＵＥは、（ＴＳ２５．３３１．８．２．２．３に記載の）ＤＰＣＨ同期を二度行う必要があり、且つ、送信された各応答に対するＳＲＢ（シグナリング無線ベアラ）遅延時間を含む応答を、ＵＴＲＡＮに対して二度（受信メッセージ毎に応答を一度）行う必要がある。チャネル切替えは、そういう事情で、最大で３４０ｍｓかかるおそれがあることが分かっている。
【００７８】
ひとたびチャネル１が開放され、後続のチャネル２のセットアップが完了されれば、ＵＥ１２は、モバイルＴＶ受信サービスを、３０で示すように今度はチャネル２に対して継続する。
【００７９】
下記の図２との比較から、本発明の特徴を明確になる。
【００８０】
前述したように、例示している本発明の実施形態はここでも、ＵＥ１２とＲＮＣ１４との間のシグナリングに関連しており、このシグナリングは、ＵＥ１２がモバイルＴＶサービスのチャネル１を受信すること、つまり１６に続いて起こる。
【００８１】
ＵＥ１２は、ここでも、チャネル２のサービスがもし必要であれば利用可能であることを示すＭＢＭＳ修正サービス情報信号３２を受信し、チャネル２が好ましいとする決定に続いて、ＵＥ１２はＲＮＣ１４に、その決定を示すＭＢＭＳ修正要求３４を送出する。
【００８２】
したがって、ＵＥ１２は最初はポイント・トゥ・ポイントＲＢを介してチャネル１を受信していること、次いで、ＭＢＭＳ修正サービス情報メッセージ３２によって示されているように、新チャネルであるチャネル２が利用可能であることが、ポイント・トゥ・ポイントＲＢによってＵＥ１２に知らされることがわかる。上記と同様に、ＲＲＣのアプリケーション上位層への要求の結果として、ユーザは、ＵＥ１２にとってチャネル１ではなくチャネル２を受信することが好ましいことを示し、これがＭＢＭＳ修正要求手順３４を用いてＵＴＲＡＮに伝えられる。
【００８３】
再度ＵＴＲＡＮについて説明すると、提案されている挙動は、（ｉ）両方の無線ベアラ構成、又は（ｉｉ）新たなＭＢＭＳサービスを考慮に入れるために更新される既存の無線ベアラ構成、を含む無線ベアラ再構成メッセージのみを用いて、ＵＥに現行のＲＢを開放し且つ新たなものをセットアップするように要求することにある。
【００８４】
図２に記載の後半の動作段階を特に参照すると、ＲＮＣ１４においてチャネル２へのサービスの切替えが必要であるとひとたび決まれば、ＲＮＣ１４は、単一の無線ベアラ再構成メッセージ３６を送出するように編成される。前述したように、この単一メッセージは、チャネル１構成を開放し且つチャネル２構成をセットアップできるようにすること、又はその代わりに、チャネル２にとって適切な構成になるようにチャネル１構成を更新できるようにすること、のいずれかを可能にする。かかる構成において、ＭＢＭＳサービス識別情報、又はＰＤＣＰ／ＲＲＣ情報は、チャネル２の特性に鑑みて適合させることができる。
【００８５】
ＵＥ１２でこの単一無線ベアラ再構成メッセージ３６が受信されると続いて、ＵＥ１２内で再構成要求が処理され、無線ベアラ再構成完了メッセージ３８がＲＮＣ１４に送達される。
【００８６】
ここでも、ＲＲＣは、ＴＳ２５．３３１  ８．２．２．３に規定の作業を行うこと、即ち、ＤＰＣＨフレームの始まりを決定し、しかるべく無線リンクを調節することができる。それは次いで、トリガー用のＵＴＲＡＮ→ＵＥメッセージを搬送する最後のＴＴＩの受信を完了した後、最新の（１００＋ＴＴＩ）ｍｓにおいて、ＵＴＲＡＮに応答を返送する。ターゲット・ステートがＣＥＬＬ＿ＤＣＨのときは、物理層からのＵＥ応答メッセージ伝送は、ＩＥの「ＳＲＢ遅延」値だけ追加的に遅延するおそれがある。
【００８７】
次いで、上記と同様に、ＵＥ１２はモバイルＴＶサービスの受信を継続するが、図２のステップ３０で示すように、今度はチャネル２を受信する。
【００８８】
図１と図２とを比較することにより、チャネル１からチャネル２への切替えは、ＭＢＭＳポイント・トゥ・ポイント式サービスによって、以前より遥かに高速で効率的な態様で達成され得ること、また、それは特に、モバイルＴＶサービスの効率要件を満たすように機能することがわかる。
【００８９】
本発明の実施形態が無線ベアラの再構成を必要とするという意味において、現行の無線ベアラ再構成メッセージを、単一再構成メッセージを用いる下記の構成方式を可能にするように変え得ることが、提唱されている。
【００９０】
まず、既存のポイント・トゥ・ポイント無線ベアラ構成は、新たなＭＢＭＳチャネル（サービス）を支持することができる。即ち、関連するＭＢＭＳサービス識別情報だけが更新される（ＩＥの「ＲＢ  information to reconfigure」の「ＭＢＭＳ  Service/Session Identity」情報を参照）。次に、ＰＤＣＰ構成及び／又はＲＬＣ構成が更新される（ＩＥの「ＲＢ  information to reconfigure」の全情報を参照）。３番目に、ＭＡＣ構成及び物理的構成が変更される（ＩＥの「ＭＢＭＳ  ＲＢ  to be released list」及び「ＭＢＭＳ  ＲＢ  to be set-up list」を参照）。
【００９１】
メッセージ中のこの情報エレメント（ＩＥ：Information Element）を受信すると直ぐに、ＲＲＣは、既存のＲＢを再構成するか、又は現在のＲＢを開放して新たなものをセットアップするか、いずれかのために、旧来の手順を実行する。
【００９２】
ＲＲＣ勧告に対する改正案の概要を、３ＧＰＰ  ＴＳ  ２５．３３１（無線リソース制御（ＲＲＣ：Radio resource Control）；プロトコル仕様（リリース６））要件に記載の種々のセクションを特に参照しながら、以下に述べる。
【００９３】
８．６．４  Radio bearer information elements.
［...］
８．６．４．５  ＲＢ  information to reconfigure.
【００９４】
ＩＥの「ＲＢ  information to reconfigure」が含まれる場合、ＵＥはＩＥの「ＲＢ  identity」値で識別される無線ベアラに下記の作業を適用するものとする。ＵＥは：
［...］
１＞  もしＩＥ（１つ又は複数）の「ＭＢＭＳ  Service Identity」及び追加的に「ＭＢＭＳ  Session identity」が存在すれば、
２＞  所与のＭＢＭＳ  service identity/sessionは、ＭＢＭＳ無線ベアラ用の現在のものに取って代わると考えるものとする。
【００９５】
８．６．９  ＭＢＭＳ  specific information elements
［...］
８．６．９．１０  ＭＢＭＳ  ＲＢ  to be released list
もしＩＥの「ＭＢＭＳ  ＲＢ  to be released list」が含まれていれば、ＵＥは：
１＞  下位条項１０．３．４．１９に従って、開放すべき無線ベアラのリストに適用されるＩＥの「ＲＢ  information to release」の作業を行うものとする。
【００９６】
８．６．９．１１  ＭＢＭＳ  ＲＢ  to be set-up list
もしＩＥの「ＭＢＭＳ  ＲＢ  to be set-up list」が含まれていれば、ＵＥは：
１＞  下位条項１０．３．４．２０に従って、セットアップすべき無線ベアラのリストに適用されるＩＥの「ＲＢ  information to set-up」の作業を行うものとする。
【００９７】
ＲＲＣ勧告に対して提案する改正案の更に別の指摘の通り、セクション１０．２の「Radio Resource Control Messages」は、新セクション１０．２．２の「Radio Bearer Configuration」を下記を含むように、且つ「Need」欄が次のように記載されている関連の表と一緒に、改訂されるべきである。
【００９８】
１０．２．２  Radio Bearer Configuration
【００９９】
このメッセージは、ＱｏＳの変更又は（優先的）ＭＢＭＳサービスの変更に関連するパラメータを再構成するために、ＵＴＲＡＮから送信される。この手順は、ＭＡＣの多重化を変更することも、トランスポートチャネル及び物理チャネルを再構成することも、可能である。このメッセージは、ＧＥＲＡＮ  ＩｕモードからＵＴＲＡＮへのハンドオーバーを行うのにも用いられる。
ＲＬＣ−ＳＡＰ：ＡＭ又はＵＭ又はＧＥＲＡＮ  Ｉｕモードを介して送信
論理チャネル：ＤＣＣＨ又はＧＥＲＡＮ  Ｉｕモードを介して送信
方向：ＵＴＲＡＮ→ＵＥ
【０１００】
【表１】
0005983837.tif 000002
【０１０１】
【表２】
0005983837.tif 000003
【０１０２】
【表３】
0005983837.tif 000004
【０１０３】
【表４】
0005983837.tif 000005
【０１０４】
【表５】
0005983837.tif 000006
【０１０５】
【表６】
0005983837.tif 000007
【０１０６】
更に、無線ベアラ情報エレメントに関して、セクション１０．３．４を下記のように改訂して、例示のようにＭＢＭＳサービス識別情報エレメントを含むようにすべきであると、提唱されている。
【０１０７】
Radio Bearer Information elements
［...］
RB information to reconfigure
【０１０８】
【表７】
0005983837.tif 000008
【０１０９】
この出願は２００６年１２月１１日に出願されたイギリス出願番号０６２４６４７．４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
0005983837.tif 000009
【図２】
0005983837.tif 000010