JP6409914B2 - 専用無線リソース制御 - Google Patents

Description

本発明は、移動体無線通信ネットワークの専用無線リソース間の切替えを制御するための方法及び関連する機器に関する。

移動体無線通信ネットワークによってデータ／サービスを供給するための１つの選択肢として、かかるデータ／サービスを、各無線ベアラ（ＲＢｓ：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

このメッセージは、ＱｏＳの変更又は（優先的）ＭＢＭＳサービスの変更に関連するパラメータを再構成するために、ＵＴＲＡＮから送信される。この手順は、ＭＡＣの多重化を変更することも、トランスポートチャネル及び物理チャネルを再構成することも、可能である。このメッセージは、ＧＥＲＡＮ ＩｕモードからＵＴＲＡＮへのハンドオーバーを行うのにも用いられる。
ＲＬＣ−ＳＡＰ：ＡＭ又はＵＭ又はＧＥＲＡＮ Ｉｕモードを介して送信
論理チャネル：ＤＣＣＨ又はＧＥＲＡＮ Ｉｕモードを介して送信
方向：ＵＴＲＡＮ→ＵＥ

更に、無線ベアラ情報エレメントに関して、セクション１０．３．４を下記のように改訂して、例示のようにＭＢＭＳサービス識別情報エレメントを含むようにすべきであると、提唱されている。

Radio Bearer Information elements
［...］
RB information to reconfigure

この出願は２００６年１２月１１日に出願されたイギリス出願番号０６２４６４７．４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (13)

1. 通信装置におけるMultimedia Broadcast Multicast Service (MBMS)の制御方法であって、
   第一の無線ベアラを用いて、第一のMBMSを移動通信装置へ提供し、
   第一のメッセージを前記移動通信装置から受信し、
   第二のメッセージを前記移動通信装置へ送信する、ことを含み、
   前記第二のメッセージは、前記第一の無線ベアラの解放に関する第一の情報と、第二の無線ベアラのセットアップに関する第二の情報とを含み、
   前記第二の無線ベアラは第二のMBMSを提供するために用いられる、制御方法。
2. 前記第一のメッセージは、前記第一のMBMSの解放に関する情報を含む、請求項１記載の制御方法。
3. 前記第一のメッセージ及び前記第二のメッセージは、Radio Resource Control (RRC)メッセージである、請求項１または２記載の制御方法。
4. 前記第一のメッセージは、MBMS修正要求メッセージである、請求項１から３いずれか１項記載の制御方法。
5. 前記第二のメッセージは、無線ベアラ再構成メッセージである、請求項１から４いずれか１項記載の制御方法。
6. 前記第二のメッセージの送信は、前記第一のメッセージの受信後に行われる、請求項１から５いずれか１項記載の制御方法。
7. 移動通信装置におけるMultimedia Broadcast Multicast Service (MBMS)の制御方法であって、
   第一の無線ベアラを用いて、通信装置から第一のMBMSを受信し、
   第一のメッセージを前記通信装置へ送信し、
   第二のメッセージを前記通信装置から受信する、ことを含み、
   前記第二のメッセージは、前記第一の無線ベアラの解放に関する第一の情報と、第二の無線ベアラのセットアップに関する第二の情報とを含み、
   前記第二の無線ベアラは第二のMBMSを提供するために用いられる、制御方法。
8. 前記第一のメッセージは、前記第一のMBMSの解放に関する情報を含む、請求項７記載の制御方法。
9. 前記第一のメッセージ及び前記第二のメッセージは、Radio Resource Control (RRC)メッセージである、請求項７または８記載の制御方法。
10. 前記第一のメッセージは、MBMS修正要求メッセージである、請求項７から９いずれか１項記載の制御方法。
11. 前記第二のメッセージは、無線ベアラ再構成メッセージである、請求項７から１０いずれか１項記載の制御方法。
12. 第一の無線ベアラを用いて、第一のMultimedia Broadcast Multicast Service (MBMS)を移動通信装置へ提供する手段と、
    第一のメッセージを前記移動通信装置から受信する手段と、
    第二のメッセージを前記移動通信装置へ送信する手段と、を備え、
    前記第二のメッセージは、前記第一の無線ベアラの解放に関する第一の情報と、第二の無線ベアラのセットアップに関する第二の情報とを含み、
    前記第二の無線ベアラは第二のMBMSを提供するために用いられる、
    通信装置。
13. 第一の無線ベアラを用いて、通信装置から第一のMultimedia Broadcast Multicast Service (MBMS)を受信する手段と、
    第一のメッセージを前記通信装置へ送信する手段と、
    第二のメッセージを前記通信装置から受信する手段と、を備え、
    前記第二のメッセージは、前記第一の無線ベアラの解放に関する第一の情報と、第二の無線ベアラのセットアップに関する第二の情報とを含み、
    前記第二の無線ベアラは第二のMBMSを提供するために用いられる、
    移動通信装置。

Images