(57)【要約】移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービス方法が開示されている。上記方法において、相互に異なるサービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、上記スケジューリング情報は、あらかじめ定義されたスケジュールに従って提供される。
2007533200.tif 000002
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
相互に異なるサービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
前記スケジューリング情報は、あらかじめ定義されたスケジュールに従って提供されることを特徴とする方法。
【請求項２】
前記スケジューリング情報は、あらかじめ定義された時間に周期的に提供されることを特徴とする請求項１記載の方法。
【請求項３】
前記スケジューリング情報は、複数のサービスに対して提供されることを特徴とする請求項１記載の方法。
【請求項４】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の開始時間を含むことを特徴とする請求項１記載の方法。
【請求項５】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の持続期間を含むことを特徴とする請求項１記載の方法。
【請求項６】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の終了を含むことを特徴とする請求項１記載の方法。
【請求項７】
１つのスケジューリングメッセージは、サービスを提供する所定の区間に対するスケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項８】
１つのスケジューリングメッセージは、複数のサービスに対するスケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項９】
前記スケジューリング情報に該当する送信区間は、特定のサービスに限定されることを特徴とする請求項１記載の方法。
【請求項１０】
前記サービスのうちの１つに関連した少なくとも一部のデータ送信が遅延して、前記１つのサービスに関連したデータが相互にグルーピングされることを特徴とする請求項１記載の方法。
【請求項１１】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
相互に異なるサービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
１つのスケジューリングメッセージは、サービスを提供する所定の区間に対するスケジューリング情報を含むことを特徴とする方法。
【請求項１２】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
ネットワークノードから移動端末へマルチキャスト及び／又はブロードキャストサービスに対するデータを送信するステップを含み、
前記サービスに関連したデータを送信する送信時間がスケジューリングされ、スケジューリング情報は、ネットワークノードから移動端末へ送信され、
前記データの少なくとも一部の送信が遅延して、前記サービスに関連したデータが送信の前にグルーピングされることを特徴とする方法。
【請求項１３】
特定のマルチキャスト及び／又はブロードキャストサービスに対する最大の遅延があらかじめ決定されることを特徴とする請求項１２記載の方法。
【請求項１４】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、特定のマルチキャスト及び／又はブロードキャストサービスに関連した送信の開始時間を含むスケジューリング情報がネットワークノードから移動端末へ送信されることを特徴とする方法。
【請求項１５】
前記スケジューリング情報は、特定のサービスに限定されることを特徴とする請求項１４記載の方法。
【請求項１６】
データ送信が始まる１つ以上のシステムフレーム番号が明示されることを特徴とする請求項１４記載の方法。
【請求項１７】
データ送信が始まる１つ以上の時間送信間隔が明示されることを特徴とする請求項１４記載の方法。
【請求項１８】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
前記スケジューリング情報に該当する送信区間は、特定のマルチキャスト及び／又はブロードキャストサービスに限定されることを特徴とする方法。
【請求項１９】
相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報に該当する送信区間は、相互に異なる長さを有することを特徴とする請求項１８記載の方法。
【請求項２０】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
１つのチャンネルから提供される相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする方法。
【請求項２１】
特定の２次共通制御物理チャンネル（ＳＣＣＰＣＨ）上の相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする請求項２０記載の方法。
【請求項２２】
前記チャンネルから提供されるすべてのマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする請求項２０記載の方法。
【請求項２３】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
ネットワークノードから移動端末へ送信される前記マルチキャスト及び／又はブロードキャストサービスに関連したデータは、送信の前にグルーピングされることを特徴とする方法。
【請求項２４】
前記データのうちの少なくとも一部の送信が遅延することを特徴とする請求項２３記載の方法。
【請求項２５】
前記移動通信ネットワークは、ＵＭＴＳネットワークを含むことを特徴とする請求項１記載の方法。
【請求項２６】
前記マルチキャスト及び／又はブロードキャストサービスは、ＵＭＴＳネットワークにおけるマルチメディアマルチキャストブロードキャストサービス（ＭＢＭＳ）を含むことを特徴とする請求項１記載の方法。
【請求項２７】
請求項１乃至請求項２６のうちのいずれか１つの方法を実行するための移動通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるマルチキャスト及びブロードキャストサービスに関し、特に、マルチメディアブロードキャスト／マルチキャストサービス（Multimedia Broadcast/Multicast Service；ＭＢＭＳ）のためのスケジューリング情報に関連して、ＵＭＴＳ（Universal Mobile Telecommunications Service）無線接続ネットワークのような無線接続ネットワーク（Radio Access Network；ＲＡＮ）でのマルチキャストブロードキャストサービスの実現に関する。ＵＭＴＳは、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）技術を使用する第３世代の無線ネットワークに関連する。
【背景技術】
【０００２】
図１に示すように、セルラー通信システムは、ＵＭＴＳのために、移動ユーザ装置（ＵＥ）と、無線接続ネットワーク（ＲＡＮ）と、１つ以上のコアネットワーク（ＣＮ）とを備える。第３世代のセルラー通信システムの構造は、３ＧＰＰ仕様書“ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ”３ＧＰＰ ＴＳ２５．４０１及び関連仕様書に詳細に説明されている。ＵＥ１とＵＴＲＡＮ３との間の通信は、Ｕｕインターフェース（Ｕｕ）を介してなされる一方、ＵＴＲＡＮとコアネットワーク５との間の通信は、Ｉｕインターフェース（Ｉｕ）を介してなされる。
【０００３】
無線接続ネットワークは、基地局と無線網制御器（Radio Network Controller；ＲＮＣ）、又は、基地局制御器（Base Station Controller；ＢＳＣ）を含む。基地局は、セルと呼ばれる特定の地理学的な領域にわたって無線インターフェースを介した実際の通信を処理する。ＲＮＣは、連結された基地局を制御し、無線資源割当て及びローカル移動性の制御のような他の機能も遂行する。ＲＮＣは、Ｉｕインターフェースを介して１つ以上のコアネットワークに連結され、Ｉｕｂインターフェースを介して多くの基地局（ＵＴＲＡＮの場合、ノードＢの基地局）に連結され、Ｉｕｒインターフェースを介して１つ以上の他のＲＮＣに連結される。コアネットワークは、サービスＧＰＲＳ（General Packet Radio Service）支援ノード（ＳＧＳＮ）及びブロードキャスト／マルチキャストサービスセンター（Broadcast/Multicast-Service Center；ＢＭ−ＳＣ）を含む。ＢＭ−ＳＣは、マルチメディアブロードキャスト／マルチキャストサービス（Multimedia Broadcast/Multicast Service；ＭＢＭＳ）サービスを通して送信されるデータの分配を制御する。
【０００４】
ＵＭＴＳネットワークのような第３世代の通信ネットワークは、ＭＢＭＳサービスを提供する。ＭＢＭＳは、オーディオ、イメージ、又はビデオデータのようなマルチメディアデータが、単方向ベアラーサービス（uni-directional bearer service）を使用することによって、１つのソース客体から複数の受信者へ送信される一対多（point-to-multipoint）サービスである。ＭＢＭＳベアラーサービスは、ブロードキャストモード及びマルチキャストモードを支援する。ブロードキャストモードにおいて、データは、すべてのユーザにブロードキャストされる。一方、ユーザは、マルチキャストサービスを受信するために、サービスプロバイダーを有する特定のＭＢＭＳサービス又はＭＢＭＳサービスのグループに加入しなければならない。オペレーターは、ユーザに使用可能なＭＢＭＳサービスの範囲を通知するために、サービスを案内するか、又はサービス発見メカニズムを使用することもある。ユーザが特定のＭＢＭＳサービスに関心があると、ユーザは、このサービスに加入する。すなわち、ユーザは、ＭＢＭＳマルチキャストサービスを活性化させる。このような方式にて、ユーザは、特定のマルチキャストグループのメンバーとなり、ネットワークに自身が特定のＭＢＭＳサービスのＭＢＭＳデータの受信を希望することを通知する。
【０００５】
特定のＭＢＭＳベアラーサービスが使用可能な領域をＭＢＭＳサービス領域又はＭＢＭＳマルチキャスト（ＭＣ）サービス領域と呼ぶ。上記領域は、ＭＢＭＳベアラーサービスに対して個別的に定義される。すなわち、ＭＢＭＳサービス領域は、ＭＢＭＳサービスに限定される。このようなＭＢＭＳサービス領域は、複数のセルから構成される。ＭＢＭＳ ＭＣサービス領域は、ＵＴＲＡＮ登録領域（UTRAN Registration Areas；ＵＲＡ’ｓ）、ルーティング領域（Routing Areas；ＲＡｓ）、又は、位置領域（Location Areas；ＬＡｓ）のようなネットワークの他の領域とは何の関連もないことがある。従って、ＭＢＭＳ ＭＣサービス領域は、ＵＲＡ、ＲＡ、又は、ＬＡのすべてのセルを必ずしも含むものではなく、ＵＲＡ、ＲＡ、又はＬＡの一部のセルのみを含むこともある。
ＵＴＲＡＮでのＭＢＭＳ実現に関するさらに詳細な情報は、該当ステージ-２ 文書“Introduction of Multimedia Broadcast Multicast Service（ＭＢＭＳ） in the Radio Access Network（ＲＡＮ）”，ＴＳ ２５．３４６．ｖ２．６．０に記述されている。
同一のデータを複数の受信者に送信して、ネットワークリソースを共有することができる。このように、ＭＢＭＳの構造は、無線ネットワーク及びコアネットワークリソースを効率的に使用することができるように設計される。
【０００６】
ＭＢＭＳセッションを開始するために、ＣＮは、ＲＮＣにセッション開始命令語を送る。セッション開始命令語は、コアネットワークが特定のＭＢＭＳサービスに関連したデータを送信する準備が整ったことを示すのに使用される。セッション開始命令語は、ＭＢＭＳデータの送信のためのベアラーリソースの構築を誘発する。セッション開始は、ユーザによるサービス活性化と独立して遂行される。これは、ユーザがセッション開始の前に、又は、セッション開始の後に、特定のサービスを活性化することもあることを意味する。
セッション開始命令語を受信すると、ＲＮＣは、ＵＥに未来の、あるいは、進行中のＭＢＭＳマルチキャストデータの送信について通知するために、ＵＥにＭＢＭＳの通知を送る。ＲＮＣは、無線資源の使用を管理し、ＭＢＭＳデータが無線インターフェース上で一対多モードを用いて送信されるか、あるいは、一対一送信モードを用いて送信されるかを決定する。セル内に十分なＵＥが存在すると、一対多送信モードがさらに効率的である。しかしながら、セル内のユーザの数が少ないと、一対一送信モードがもっとも効率的である。どんな送信モードを使用するかを決定するためには、ＲＮＣは、カウンティング動作を遂行することもある。特定のＭＢＭＳサービスに関連したマルチメディアデータは、データ送信段階で、ＣＮからＲＮＣを介してＵＥへ送信される。
ＢＭ−ＳＣがこれ以上送信するデータがないと判断した場合、ＣＮは、ＲＮＣへセッション中止命令語を送り、ベアラーリソースは、解除される。
ユーザがこれ以上特定のＭＢＭＳサービスに興味を有していないと、ユーザは、サービスを非活性化させる。従って、ユーザは、自身が特定のＭＢＭＳベアラーサービスのマルチキャストモードデータの受信を希望しない場合、マルチキャストグループを脱退する。
段階申込み（phase subscription）、加入（joining）、及び脱退（leaving）は、各ユーザに対して個別的に遂行される。通知及びデータ送信のような他の段階は、特定のサービス、すなわち、関連サービスに関心を有しているすべてのユーザに対して遂行される。
【０００７】
３ＧＰＰ ＲＡＮ２ミーティングナンバー４１（２００４年２月１６日〜２０日）において、ＭＢＭＳがＵｕインターフェース上でどのように処理されるものであるかに関する状況が明確となった。ＲＡＮ２でのＭＢＭＳ実現の現在の状況は、３ＧＰＰ仕様書“Introduction of Multimedia Broadcast Multicast Service（ＭＢＭＳ）in the Radio Access Network（ＲＡＮ）”ＴＳ２５．３４６（ｖ．２．６．０）に記述されている。
ＲＡＮ２ミーティングナンバー４１が開かれた間に、２次共通制御物理チャンネル（Secondary Common Control Physical Channel；ＳＣＣＰＣＨ）上でＭＢＭＳスケジューリング情報が提供されるはずであり、上記スケジューリング情報は、上記ＳＣＣＰＣＨ上で提供されるＭＢＭＳサービスに関連するものと決定された。
現在、スケジューリング情報が、すでに、セルブロードキャストサービス（Cell Broadcast Service；ＣＢＳ）のためのＧＳＭ／ＵＭＴＳ無線インターフェース上で提供されている。ＭＢＭＳのように、ＣＢＳもブロードキャストタイプサービス（一対多送信）である。しかしながら、ＣＢＳは、ＭＢＭＳよりも一層低い送信率に限定され、テキスト基盤サービスに重点をおいている。
ＣＢＳは、３ＧＰＰ仕様書“Short Message Service Cell Broadcast（ＳＭＳＣＢ）; Support on the Mobile Radio Interface for GSM”（ＴＳ４４．０１２）及び３ＧＰＰ仕様書“Broadcast/Multicast Control（ＢＭＣ）for UMTS”（ＴＳ２５．３２４）に明示されている。
ＭＢＭＳサービスのためのスケジューリングは、ＣＢＳに対して記述されているスケジューリング手順と類似した手順を通して実現されることができる。
ＣＢＳサービスの場合（仕様書ＴＳ４４．０１２及びＴＳ２５．３２４を参照）、どんなメッセージ（メッセージＩＤに基く）が来るべき区間の間に、タイムスロット単位で送られるものであるかが明確に記述されている。ＵＭＴＳにおいて、最大時間区間は、２．５６秒で記述されている。送信されるメッセージは、メッセージＩＤで示される。
ＣＢＳ方法は、特定の時間区間内に、どんなサービスが提供されるものであるかを示すスケジューリングメッセージの信号に直接適用されることができるはずである。上記時間区間は、例えば、次の５０システムフレーム数（System Frame Number；ＳＦＮ）で決定されることもできる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記背景に鑑みて、本発明の目的は、上記で説明したスケジューリング方法を改善することにある。
【課題を解決するための手段】
【０００９】
このような目的を達成するために、本発明の一実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、ネットワークノードから移動端末へマルチキャスト及び／又はブロードキャストサービスに対するデータを送信するステップを含み、上記サービスに関連したデータを送信する送信時間がスケジューリングされ、スケジューリング情報は、ネットワークノードから移動端末へ送信され、上記データの少なくとも一部の送信が遅延して、上記サービスに関連したデータが送信の前にグルーピングされる。
【００１０】
本発明の他の実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、サービスに対する送信時間がスケジューリングされ、特定のマルチキャスト及び／又はブロードキャストサービスに関連した送信の開始時間を含むスケジューリング情報がネットワークノードから移動端末へ送信される。
【００１１】
本発明のまた他の実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、サービスに対する送信時間がスケジューリングされ、スケジューリング情報は、ネットワークノードから移動端末へ送信され、上記スケジューリング情報に該当する送信区間は、特定のマルチキャスト及び／又はブロードキャストサービスに限定される。
【００１２】
本発明のさらなる実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、上記スケジューリング情報は、あらかじめ定義されたスケジュールに従って提供される。
【００１３】
本発明のもう１つの実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、１つのチャンネル上で提供される相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされる。
【００１４】
本発明のなお１つの実施形態によると、移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法は、サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、ネットワークノードから移動端末へ送信される上記マルチキャスト及び／又はブロードキャストサービスに関連したデータは、送信の前にグルーピングされる。
【発明の効果】
【００１５】
本発明によると、ＭＢＭＳサービスのスケジューリング情報の大きさを減少させつつ、さらに効率よくスケジューリング情報をシグナリングすることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００１７】
図２は、無線接続ネットワークの構造を示す。ＲＡＮは、ＵＴＲＡＮに対する、いわゆる、ノードＢの基地局のような基地局２と基地局制御器（ＢＳＣ）とも呼ばれる無線網制御器（ＲＮＣ）４とを含む。基地局２は、セルと呼ばれる特定の地理学的な領域にわたって無線インターフェースを介した実際の通信を処理する。ＲＮＣ４は、連結された基地局２を制御し、無線資源割当て、すなわち、ローカル移動性のような作業のための他の機能も含む。無線ネットワークサブシステム（ＲＮＳ）６は、ＲＮＣ４及び基地局２を含む。ＲＮＣ４は、Ｉｕインターフェース１２を介して１つ以上のコアネットワーク８に連結され、Ｉｕｂインターフェース１０を介して数多くの基地局２に連結され、Ｉｕｒインターフェース１４を介して１つ以上の他のＲＮＣ４に連結される。
【００１８】
ＵＭＴＳネットワークにおいて、無線資源制御（Radio Resource Control；ＲＲＣ）プロトコルは、無線インターフェースにわたって、すなわち、ＵＥとＵＴＲＡＮとの間で用いられる。このようなプロトコルエンドポイントは、プロトコルパラメーターを交換し、１つ以上の情報要素を含んだメッセージを送信することによって、相互に作用する。
ＭＢＭＳセッションを設定するために、ＲＮＣは、ＣＮから要求を受信する。上記ＭＢＭＳセッション開始要求は、ＭＢＭＳサービスＩＤを含み、ＭＢＭＳベアラーサービスタイプ及びＭＢＭＳサービス領域情報又はサービス品質パラメーターのようなＭＢＭＳセッション属性を明示する。ＲＮＣは、ＭＢＭＳセッション開始要求を受信した後に、特定のＭＢＭＳサービスに関心を有しており、これを活性化させたＵＥに通知する。
ＭＢＭＳセッション開始要求は、ＭＢＭＳ無線接続ベアラー（Radio Access Bearer；ＲＡＢ）を設定するのに必要とされるすべての情報を含む。セッション開始メッセージを受信すると、ＲＮＣは、Ｉｕインターフェース上でＭＢＭＳデータベアラーの設定を遂行し、ＭＢＭＳセッション開始応答メッセージを通じて設定の結果を送信ＣＮへ通知する。
特定のＭＢＭＳサービスのために、データは、ネットワークとＵＥとの間のＭＢＭＳ ＲＡＢを介して送信される。
ＲＮＣとＵＥとの間の連結を設定するために、一対多（ｐｔｍ）ＭＢＭＳ送信の場合に、Ｉｕｂを介したフォワードアクセスチャンネル（Forward Access Channel；ＦＡＣＨ）の既存の送信チャンネルメカニズムを使用する。セル内のカウントされたＭＢＭＳユーザの数が、特定のオペレーターが定義した臨界値を超過する場合に、ｐｔｍ接続を構築する。そうでなければ、他の専用サービスに対して定義されたように、ＤＴＣＨを介して一対一（ｐｔｐ）接続を構築する。
ＣＮは、これと類似した方式にて、ＲＮＣへＭＢＭＳセッション停止命令語を送り、ＲＮＣは、関心を有しており、活性化されたＵＥにＭＢＭＳセッションの終了を通知する。ＲＮＣがＭＢＭＳセッション停止要求を受信すると、関連したＭＢＭＳ ＲＡＢ資源を解除する。
【００１９】
〔ＭＢＭＳに対する“ＣＢＳ類似ソリューション”の適用〕
上述したように、ＣＢＳ方法を特定の時間区間内に、どんなサービスが提供されるものであるかを示すスケジューリングメッセージの信号に直接適用されることができる。上記時間区間は、例えば、次の５０システムフレーム数（System Frame numbers；ＳＦＮ）で決定されることもできる。
２次制御共通チャンネルは、６４ｋｂｐｓを伝送し、４０ｍｓのＴＴＩ（Time Transmission Intervals）をもって、ＴＴＩごとに、各々３２０ビットからなる８個の送信ブロック（Transport Block；ＴＢ）を伝送することができる。また、４ＳＦＮごとに、最大８個のサービスが提供されるか、又は５０ＳＦＮごとに、最大１００個のサービスが提供されることができる。各サービスの発生に対して、ＭＡＣ ＩＤを確認する必要がある（これは、例えば、１つのＳＣＣＰＣＨ上で５ビットと３２サービスを要求することもある。）。
スケジューリングメッセージは、０．５秒当たり、最大約５００ビットの長さを有することができ、全体で１ｋｂｐｓのロードを発生させる。
セルブロードキャストサービスは、いわゆる、“非同期方法（Asynchronous Approach）”を使用する。これは、スケジューリングメッセージが固定された時間に送信されないことを意味する。その代わりに、各スケジューリングメッセージに、次のスケジューリングメッセージに対する最適のタイミング、すなわち、現在のスケジューリングメッセージによってカバーされる時間区間直後の時間が明示される。
【００２０】
このような類型のソリューションは、ＭＢＭＳに対する１つの妥当性あるソリューションで考慮されることができるが、このようなＣＢＳのＭＢＭＳに対する直接的な応用が、ＭＢＭＳに最適のソリューションとなるか、さらに向上することができるかは、疑問の余地が残っている。
上述したＣＢＳ類似ソリューションから次のような問題を解決する必要がある。
１） ＭＢＭＳサービススケジューリング情報をシグナリングするのにもっとも効率的な方法は何か。すべてのＴＴＩの内容をシグナリングすることが効率的な方法であるか（どんなＭＢＭＳサービスがそのＴＴＩで送信されるものであるか）、又は、スケジューリング情報のサイズを減少させるのにさらに効率的な方法があるのか。
２）スケジューリング情報が時間上に固定された位置で提供されなければならないか（いわゆる、”同期”されなければならないか）、又は、後続スケジューリングメッセージ間の時間間隔が多様であることができるＣＢＳでのように“非同期方法”がさらによいのか。
３）スケジューリング情報をどのようにグルーピングするものであるか。例えば、１つのＳＣＣＰＣＨ上のすべてのサービスに対して１つのメッセージを使用するか、又は、サービス当たりの１つのメッセージを使用するか。
このようなすべての問題について、下記で説明する。
【００２１】
［第１の実施形態］
〔ＭＢＭＳサービススケジューリング情報をどのようにシグナリングするものであるか。〕
可能なソリューションは、どんなＭＢＭＳサービスが送信されるものであるかを示すスケジューリング表示をＴＴＩ当たり１つずつシグナリングするものである。このような方式にて、ＵＴＲＡＮスケジューリングは、通常、時間が経過しつつ、任意に特定のＭＢＭＳサービスに属している情報の送信を分配する。上述したソリューションは、ＣＢＳソリューションを直接に応用したものである。
しかしながら、ＭＢＭＳの場合、サービス遅延が大きく重要ではない。データの遅延のみ考慮すると、例えば、最大０．５秒までの遅延も問題にならない。
【００２２】
図３Ａ及び図３Ｂを参照すると、１つのＭＢＭＳサービスに対する２種類の異なるスケジューリング方法が示されている。図３Ａは、ＣＢＳ類似ソリューションのスケジューリング方法を示す。ＵＴＲＡＮは、４０ｍｓＴＴＩごとにサービスに対して１つのＴＢを送信する。
図３Ｂは、他の１つのスケジューリング方法を示す。上記ＭＢＭＳサービスに対して、ＵＴＲＡＮが送信した情報はグルーピングされる。ＵＴＲＡＮは、８ＴＴＩごとに８個のＴＢを送信する。上述したように送信される情報をグルーピングするのに最大２４０ｍｓの遅延が発生する。
図３Ｂに示す方法を使用して、スケジューリングメッセージの数を減少させることができる。ＭＢＭＳサービスが送信される８個の時点（instant）を示す代りに、１つの時点のみ示せばよい。データがスケジューリングメッセージによってカバーされるスケジューリング間隔と類似した時間まで遅延することができる限り、上述したように、“グルーピングされた情報”のスケジューリングは、情報を個別的にスケジューリングするものよりもさらに効率的である。
このような方法のもう１つの長所は、特定のＭＢＭＳサービス情報をＴＴＩごとにブロードキャスティングするよりは、その情報をバーストにスケジューリングすることによって、ＵＥが隣接セルを測定することができる機会がさらに多くなる、というものである。多くの時間の間に、隣接セルの測定を可能にするようにするためには、各ＴＴＩが１つのＭＢＭＳサービスに対するデータのみを含んでいなければならない。
しかしながら、上述したように、情報をグルーピングして発生する遅延は、そのような情報を送信するために要求されるバーストが長過ぎる場合に、ＵＥが隣接セルの測定に難しさを経験するようになることがあるので、注意して処理しなければならない。
【００２３】
〔ＭＢＭＳサービス送信の開始〕
送信の前に、各ＭＢＭＳサービスに対してデータをグルーピングすることに加えて、スケジューリング情報の送信は、各ＭＢＭＳサービスに対して、ＭＢＭＳサービスに対する送信が開始される次の時点を示すことによって、改善することができる。
時点は、開始フレームを示す開始ＳＦＮのリスト、又は、開始ＴＴＩのリストを用いて示すことができる。しかしながら、ＴＴＩに番号が付けられていないので、後者の提案を実現するためには、ＴＴＩに番号を付ける必要がある。これは、例えば、スケジューリングメッセージの終わり部分にＴＴＩに対する番号を導入することによって実現されることができる。
ＣＢＳ類似方法に比べて、提案されたソリューションは、さらに效率よく情報をスケジューリングすることができる。これを通じて、さらに小さいスケジューリングメッセージが用いられることもできる。また、上述したスケジューリング情報の送信方法は、ＵＥに対する隣接セルの測定を遂行するためのよい機会を容易に選択することができるようにする。
【００２４】
［第２の実施形態］
〔相互に異なるサービスに対する相互に異なる時間区間〕
ＵＥの効率性という観点から、スケジューリングメッセージに該当する区間は、可能な限り長くなければならない。これを通じて、ＵＥは、自身の測定区間をあらかじめ計画することができ、ＵＥがＭＢＭＳサービス又はスケジューリングメッセージを読み取る必要なしに、不在中である期間が長くなることができる。
ＵＴＲＡＮスケジューリングの効率性という観点から、どんなＭＢＭＳサービスがいつスケジューリングされるものであるかについて、柔軟性を最大に維持するために、そのような区間は、可能な限り短くなければならない（望ましくは、スケジューリング情報がない。）。スケジューリングメッセージに該当する区間があまり長いと、ＵＴＲＡＮは、あまりにも多くのデータをバッファリングしなければならない。
【００２５】
これは、次のような例を通じて分かる。スケジューリングメッセージが６０秒に該当すると仮定する。スケジューリングメッセージを送った直後に、２５６ｋｂｐｓのサービスに対する連続的なダウンリンクデータが到着し始めると、ＵＴＲＡＮは、上記特定のＭＢＭＳサービスに対して、１．９ＭＢのデータをバッファリングすべきである。
一方、さらに低い送信率のＭＢＭＳサービスの場合、さらに長い非活性区間が有利である。このような非活性区間は、例えば、３０秒の長さを有することができる。
相互に異なるサービスに対するスケジューリング区間の長さが相互に異なると、次のような理由によって、相互に異なるＲＮＣのセル間に、さらに多くのサービス非同期が生じることもある、という短所が考えられる。ＭＢＭＳにおいて、端末は、受信品質を向上させるために、相互に異なるセルから受信されたＭＢＭＳデータを結合することもある。このために、２つのセルでのデータ送信が、ある程度時間的に整列されていなければならない。しかしながら、このような結合は、相互に異なるＲＮＣのセル間には支援されない。従って、このような相互に異なるＲＮＣのセル間の非同期／非整列は、実際において、短所で考慮されない。
【００２６】
二番目の例を考慮する。テキスト基盤サービス及び１ｋｂｐｓの低い送信率のサービスの場合、１０秒の不連続送信（Discontinuous Transmission；ＤＴＸ）は、スケジューリングメッセージを読み取るためのＵＥパワーを０．５秒のスケジューリングメッセージの間隔に比べて、２０の因数だけ減少させ、ＲＮＣにおいて、非常に少ないバッファの容量を要求する。テキスト基盤サービスの場合、必要とされるバッファの容量は、ほとんど０であり、１ｋｂｐｓのサービスの場合には、１．２ｋＢである。
【００２７】
次いで、もっとも長い認知可能な区間に対して、スケジューリング情報が提供されることができるかについて論議する。典型的なもっとも長い不連続受信（Discontinuous Reception；ＤＲＸ）サイクルが５秒であり、ＵＥにサービスの使用不可能を通知するのに、最大約１ＤＲＸサイクルが必要とされ、セッションの使用可能に対しては、２ＤＲＸサイクルが必要とされると仮定すると、原則的に、サービスを一時的に使用することを不可能にすることによって、１５秒以上の中断が処理されることができる。しかしながら、このために、別途の通知指示子（Notification Indicators；ＮＩ）を使用しなければならない。従って、１分以上のサービスの中断が予想される場合、サービスの使用可能→サービスの使用不可能→サービスの使用可能転換シーケンスを用いることが有利である。
ＳＦＮサイクルが４０秒区間に該当するので、最大１つのＳＦＮサイクルまでのサービスの中断がスケジューリング情報でシグナリングされるようにしなければならない。
上記では、スケジューリング情報が相互に異なるサービスに対して相互に異なる区間をカバーするようにするソリューションについて説明した。これは、例えば、ＵＥがいつ次のスケジューリングメッセージを読み取る必要があるかに対するスマートメカニズムを明示することによって実現されることができる（第３の実施形態を参照）。
スケジューリング情報が相互に異なるサービスに対して、相互に異なる区間をカバーするようにすることによって、ＵＥは、不必要に付加的なスケジューリングメッセージを読み取る必要がない。このようにして、電力消費を低減させることができる。
【００２８】
相互に異なるサービスに対する相互に異なるスケジューリング区間を提供する長所は、次の例を通じて分かる。
ＵＴＲＡＮが１秒の区間の間の高い送信率のサービス及び最大１分の間の低い送信率のサービスに対するスケジューリング情報をあらかじめ指示（“予測”）することができると仮定する。この場合、低い送信率のサービスのみに対して関心を有しているＵＥは、分ごとにスケジューリングメッセージを読み取ればよい。
一方、スケジューリング情報が高い送信率のサービス及び低い送信率のサービスのすべてに対して１秒のみカバーする場合、低い送信率のサービスに関心を有しているＵＥさえも、１秒ごとにスケジューリングメッセージを読み取る必要がある。
【００２９】
［第３の実施形態］
〔同期的 <-> 非同期的スケジューリング情報〕
ＣＢＳソリューションにおいて、スケジューリング情報は、時間的に固定された時点に提供される必要がない。その代りに、スケジューリングメッセージは、以前のスケジューリング区間で送った最後のメッセージの次に提供される。
このような方法は、“非同期”と呼ばれ、次の理由によって、ＵＴＲＡＮに付加的な柔軟性を提供する。例えば、特定のスケジューリング区間の間にスケジューリング情報が増加するが、ＵＴＲＡＮがスケジューリングメッセージを特定のサイズ以内に維持することを希望する場合には、ＵＴＲＡＮは、各スケジューリングメッセージに該当するスケジューリング区間を減少させるように決定することができる。
もう１つの方法は、いわゆる、“同期的な方法”によって提供される。ここで、ＭＢＭＳスケジューリング情報は、あらかじめ定められたスケジュールに従って提供される。上記スケジューリング情報のスケジュールに関する情報は、主に、シグナリング手段又は実際のスケジューリングメッセージ以外のメッセージによってＵＥに提供される。
ＵＥが不正確な周期的リダンダンシーチェック（Cyclic Redundancy Check；ＣＲＣ）によってスケジューリングメッセージを見逃した場合、ＵＥは、非同期的及び同期的な方法の両方とも類似した方式にて動作する。いずれにしても、ＵＥは、ＳＣＣＰＣＨ上で、ＭＢＭＳ一対多トラヒックチャンネル（ＭＴＣＨ）を継続して読まなければならず、自身が関心を有しているＭＢＭＳサービスに対して受信したすべての情報を次のスケジューリングメッセージが受信されるまで処理する。
【００３０】
しかしながら、このような状況は、非同期的な方法の場合、すなわち、スケジューリング情報が相互に異なるサービスに対して相互に異なる区間を有する場合にさらに複雑になる。
これは、次のような例を通じて説明される。
時間ＳＦＮ＝０で送信されたスケジューリングメッセージは、次のようなコンテンツを有している。
-  サービス１：ＳＦＮ＝１０，ＳＦＮ＝２０，ＳＦＮ＝３０，ＳＦＮ＝４０
-  サービス２：ＳＦＮ＝２１０
ＭＢＭＳサービス２にのみ関心を有しているＵＥは、ＳＦＮ２１０までＳＣＣＰＣＨを読み取らない。その後、ＵＥは、次のスケジューリングメッセージを読み取るときまで、ＳＦＮ２１０の後にＳＣＣＰＣＨを継続して読み取る。次のスケジューリングメッセージは、例えば、ＳＦＮ２５０で送信されることができる。
従って、最後のＭＢＭＳサービス“開始ＴＴＩ”の後にＳＣＣＰＣＨを受信する方法は、多くの電力を消費することもあり、ＵＥが周期的にスケジューリングメッセージを読み取る場合よりも、さらに多くの電力を消費することもある。従って、このような非同期的な方法は、有利でない。
一方、スケジューリングメッセージが知られた時点で提供され、すべてのスケジューリングメッセージは、もっとも高い開始ＴＴＩの後に、次のスケジューリングメッセージまですべての開始ＴＴＩを含まなければならないという一般的な規則に従って、スケジューリングメッセージが送信されると、ＵＥは、自身が関心を有しているサービスに対して、最後の開始ＴＴＩの後のスケジューリングメッセージを読み取ればよい。
【００３１】
次のような例は、同期的なスケジューリング方法に関するものである。
スケジューリングメッセージは、ＳＦＮ ｍｏｄ ６４＝０ごとに提供され、次のような情報を含む。
サービス１：ＳＦＮ＝１０,ＳＦＮ＝２０，ＳＦＮ＝３０，ＳＦＮ＝４０
サービス２：ＳＦＮ＝２１０
サービス１に関心を有しているＵＥは、ＳＦＮ＝６４で次のスケジューリングメッセージを読み取る必要がある。従って、ＵＥは、ＳＦＮ＝４０とＳＦＮ＝６４との間のすべての送信を受信する。ＭＢＭＳサービス２にのみ関心を有しているＵＥは、ＳＦＮ＝２５６で次のスケジューリングメッセージを読み取る。
ＵＴＲＡＮは、サービスが来るべき長い期間の間に提供されないものであることをあらかじめ認識しているが、どんな時点でデータがさらに送信され始めるかを認識できない場合、ＵＴＲＡＮは、未来のスケジューリングメッセージのＳＦＮを示すこともある。
従って、同期的なスケジューリングがさらに有利な方法であると見られる。従って、スケジューリング情報は、あらかじめ定義されたスケジュールに従って提供される。これに従って、ＵＥは、次のスケジューリングメッセージのタイミングを知るために、以前のスケジューリングメッセージを受信する必要がない。
第２の実施形態で説明した方法とともに、ＵＥが自身と関連したスケジューリングのみを読み取ればよい構造が実現される。これを通じて、スケジューリング情報が十分にあらかじめ提供されることができるサービスに対して、関心を有しているＵＥに対する電力消費を低減させることができる。
【００３２】
［第４の実施形態］
〔ＳＣＣＰＣＨを介してスケジューリング情報を送信してグルーピングする方法〕
ＣＢＳ類似ソリューションにおいて、次のスケジューリング区間に提供されるすべてのスケジューリング情報が１つのメッセージに収集され、１つのメッセージを通じて送信される。
すべての関連情報が相互に異なる時点で送信される１つ以上のメッセージではなく、１つのメッセージを通じて提供されるので、複数のＣＢＳメッセージに関心を有しているＵＥに対するスケジューリング情報の受信が容易である。
もう１つの方法は、１つのメッセージにすべての情報を収集する代わりに、相互に異なる時点で相互に異なるＭＢＭＳサービスに対するスケジューリング情報を提供するものである。
次のようなＭＢＭＳスケジューリング情報を提供する方法を考慮することができる。
１） ＭＢＭＳスケジューリング情報がＳＣＣＰＣＨ上で提供されるすべてのＭＢＭＳサービスに対してグルーピングされて提供されるソリューション
２） 相互に異なるＭＢＭＳサービスに対するＭＢＭＳスケジューリング情報が相互に異なる時点で提供されるソリューション
一番目の方法は、複数のサービスに関心を有しているＵＥに有利なこともあり、ＵＥの電力消費を低減させることができる。
二番目の方法は、制限された数のＭＢＭＳサービス（例えば、１つのＭＢＭＳサービス）に関心を有しているＵＥに有利なこともある。なぜならば、このようなＵＥは、別途の時点で、シグナリングされたスケジューリングメッセージを読み取る必要がないためである。
【００３３】
〔例示〕
図４を参照して、１つのＳＣＣＰＣＨ上の３種類の異なるＭＢＭＳサービスを提供する例を説明する。このような例において、上記３種類の第１の実施形態で説明されたＭＢＭＳサービスに対するスケジューリング情報を提供する方法の相互に異なる要素を結合する。この方法は、第１の実施形態で説明したように、データをグルーピングし、開始ＳＦＮを示す要素と、第２の実施形態で説明したように、相互に異なるＭＢＭＳサービスに対して相互に異なる区間を有するスケジューリング情報を提供する要素と、第３の実施形態で説明したように、同期的なスケジュールを提供する要素とを結合する。
このような例において、６４ｋｂｐｓのＳＣＣＰＣＨ上で３種類のサービスが提供される。
１） ３２ｋｂｐｓサービス（濃い陰影で表示されたＭＢＭＳサービス１）
２） ６４０ｍｓの遅延限界を有する可変送信率のサービス（薄い陰影で表示されたＭＢＭＳサービス２）
３） 大きい遅延限界を有する低い送信率のサービス（斜線で表示されたＭＢＭＳサービス３）
スケジューリング情報は、６４０ｍｓごとに（すなわち、ＳＦＮ２５６，３２０，．．．）提供される。下記表は、ＳＦＮ２５６、ＳＦＮ３００、ＳＦＮ３８４、及びＳＦＮ４４８で送信されるスケジューリングメッセージのコンテンツを示す。
【００３４】
【表１】
2007533200.tif 000003
【００３５】
上記表を参照すると、ＳＦＮ２５６で送信された第１の送信メッセージがサービス１、サービス２、及びサービス３に対する開始送信時間をＳＦＮ２５６、ＳＦＮ２９６、及びＳＦＮ５０８として各々示すことを分かる。ＳＦＮ３２０で送信された第２の送信メッセージは、サービス１、サービス２、及びサービス３に対する開始送信時間をＳＦＮ３２０、ＳＦＮ３６０、及びＳＦＮ５０８として各々示す。
【００３６】
図５を参照して、１つのＳＣＣＰＣＨ上で６種類の相互に異なるＭＢＭＳサービスを提供する例を説明する。６個のＭＢＭＳサービスの各々は、相互に異なる類型の陰影又は斜線で示される。
スケジューリング情報は、６４０ｍｓごとに提供され、ＳＦＮ２５６及びＳＦＮ３２０で送信された２つのスケジューリングメッセージが示されている。図５を参照すると、ＳＣＣＰＣＨは、６個の相互に異なるＭＢＭＳサービスを提供することによってロードが多くかかることが分かる。
【００３７】
本発明をＵＭＴＳ ＲＡＮでのマルチキャストブロードキャストサービスの状況で説明したが、他の類似したシステムにも適用されることができる。ＵＭＴＳの場合、Ｒｅｌｅａｓｅ ６及び後のＲｅｌｅａｓｅに対しても適用されることができる。
上述した相互に異なる実施形態の多様な側面は、個別的に、あるいは、相互に組み合わせて実現されることができることが分かる。
【００３８】
以上、本発明の詳細について具体的な実施形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【００３９】
【図１】本発明が含まれることができる移動通信ネットワークの概略的な構造を示す図である。
【図２】本発明が含まれることができる移動通信ネットワークの概略的な構造を示す図である。
【図３Ａ】従来技術によるマルチキャスト及び／又はブロードキャストサービスに対する第１のスケジューリング方法を示す概略図である。
【図３Ｂ】本発明の一実施形態による第２のスケジューリング方法を示す概略図である。
【図４】本発明の実施形態を含む３つの相互に異なるマルチキャスト及び／又はブロードキャストサービスのためのスケジューリング方法を示す概略図である。
【図５】本発明のもう１つの実施形態を含む６つのマルチキャスト及び／又はブロードキャストサービスのためのスケジューリング方法を示す概略図である。
【符号の説明】
【００４０】
２  基地局
４  無線網制御器
６  無線ネットワークサブシステム
８  コアネットワーク
１０  Ｉｕｂインターフェース
１２  Ｉｕインターフェース
１４  Ｉｕｒインターフェース
【図１】
2007533200.tif 000004
【図２】
2007533200.tif 000005
【図３Ａ】
2007533200.tif 000006
【図３Ｂ】
2007533200.tif 000007
【図４】
2007533200.tif 000008
【図５】
2007533200.tif 000009
【手続補正書】
【提出日】平成18年2月7日(2006.2.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
相互に異なるサービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
前記スケジューリング情報は、あらかじめ定義されたスケジュールに従って提供され、あらかじめ定義された時間に周期的に提供されることを特徴とする方法。
【請求項２】
前記スケジューリング情報は、複数のサービスに対して提供されることを特徴とする請求項１記載の方法。
【請求項３】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の開始時間を含むことを特徴とする請求項１記載の方法。
【請求項４】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の持続期間を含むことを特徴とする請求項１記載の方法。
【請求項５】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の終了を含むことを特徴とする請求項１記載の方法。
【請求項６】
１つのスケジューリングメッセージは、サービスを提供する所定の区間に対するスケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項７】
１つのスケジューリングメッセージは、複数のサービスに対するスケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項８】
前記スケジューリング情報に該当する送信区間は、特定のサービスに限定されることを特徴とする請求項１記載の方法。
【請求項９】
前記サービスのうちの１つに関連した少なくとも一部のデータ送信が遅延して、前記１つのサービスに関連したデータが相互にグルーピングされることを特徴とする請求項１記載の方法。
【請求項１０】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
相互に異なるサービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
１つのスケジューリングメッセージは、サービスを提供する所定の区間に対するスケジューリング情報を含むことを特徴とする方法。
【請求項１１】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
ネットワークノードから移動端末へマルチキャスト及び／又はブロードキャストサービスに対するデータを送信するステップを含み、
前記サービスに関連したデータを送信する送信時間がスケジューリングされ、スケジューリング情報は、ネットワークノードから移動端末へ送信され、
前記データの少なくとも一部の送信が遅延して、前記サービスに関連したデータが送信の前にグルーピングされることを特徴とする方法。
【請求項１２】
特定のマルチキャスト及び／又はブロードキャストサービスに対する最大の遅延があらかじめ決定されることを特徴とする請求項１１記載の方法。
【請求項１３】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、特定のマルチキャスト及び／又はブロードキャストサービスに関連した送信の開始時間を含むスケジューリング情報がネットワークノードから移動端末へ送信されることを特徴とする方法。
【請求項１４】
前記スケジューリング情報は、特定のサービスに限定されることを特徴とする請求項１３記載の方法。
【請求項１５】
データ送信が始まる１つ以上のシステムフレーム番号が明示されることを特徴とする請求項１３記載の方法。
【請求項１６】
データ送信が始まる１つ以上の時間送信間隔が明示されることを特徴とする請求項１３記載の方法。
【請求項１７】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
前記スケジューリング情報に該当する送信区間は、特定のマルチキャスト及び／又はブロードキャストサービスに限定されることを特徴とする方法。
【請求項１８】
相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報に該当する送信区間は、相互に異なる長さを有することを特徴とする請求項１７記載の方法。
【請求項１９】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
１つのチャンネルから提供される相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする方法。
【請求項２０】
特定の２次共通制御物理チャンネル（ＳＣＣＰＣＨ）上の相互に異なるマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする請求項１９記載の方法。
【請求項２１】
前記チャンネルから提供されるすべてのマルチキャスト及び／又はブロードキャストサービスに対するスケジューリング情報がグルーピングされることを特徴とする請求項１９記載の方法。
【請求項２２】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
サービスに対する送信時間がスケジューリングされ、スケジューリング情報がネットワークノードから移動端末へ送信され、
ネットワークノードから移動端末へ送信される前記マルチキャスト及び／又はブロードキャストサービスに関連したデータは、送信の前にグルーピングされることを特徴とする方法。
【請求項２３】
前記データのうちの少なくとも一部の送信が遅延することを特徴とする請求項２２記載の方法。
【請求項２４】
前記移動通信ネットワークは、ＵＭＴＳネットワークを含むことを特徴とする請求項１記載の方法。
【請求項２５】
前記マルチキャスト及び／又はブロードキャストサービスは、ＵＭＴＳネットワークにおけるマルチメディアマルチキャストブロードキャストサービス（ＭＢＭＳ）を含むことを特徴とする請求項１記載の方法。
【請求項２６】
請求項１乃至請求項２５のうちのいずれか１つの方法を実行するための移動通信ネットワーク。
【手続補正書】
【提出日】平成19年2月23日(2007.2.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおけるマルチキャスト及び／又はブロードキャストサービスを提供する方法であって、
相互に異なるサービスに関連したデータを伝送するための送信時間をスケジューリングするステップと、
前記スケジュールに従うスケジューリング情報をネットワークノードから移動端末へ送信するステップとから構成され、
前記マルチキャスト及び／又はブロードキャストサービスに関連したスケジューリング情報は、あらかじめ定義されたスケジュールに従ってあらかじめ定義された時間に周期的に提供され、前記スケジューリング情報の送信区間は、特定のマルチキャスト及び／又はブロードキャストサービスに対して定められることを特徴とする方法。
【請求項２】
前記スケジューリング情報は、複数のサービスに対して提供されることを特徴とする請求項１記載の方法。
【請求項３】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の開始時間を含むことを特徴とする請求項１記載の方法。
【請求項４】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の持続期間を含むことを特徴とする請求項１記載の方法。
【請求項５】
前記スケジューリング情報は、１つ以上のサービスに対してデータ送信の終了時点を示すことを特徴とする請求項１記載の方法。
【請求項６】
１つのスケジューリングメッセージは、提供されるサービスの所定の区間を示す前記スケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項７】
１つのスケジューリングメッセージは、複数のサービスに関連した前記スケジューリング情報を含むことを特徴とする請求項１記載の方法。
【請求項８】
前記データのうち少なくとも一部のデータの伝送を遅延させて前記少なくとも一部のデータを伝送する以前に相互にグルーピングすることを特徴とする請求項１記載の方法。
【請求項９】
前記少なくとも一部のデータの伝送を遅延させるための最大遅延は、特定のマルチキャスト及び／又はブロードキャストサービスに対してあらかじめ定められることを特徴とする請求項１記載の方法。
【請求項１０】
前記スケジューリング情報は、前記送信区間にわたって伝送されることを特徴とする請求項１記載の方法。
【請求項１１】
データ送信が始まる時点を示す１つ以上のシステムフレーム番号が前記スケジューリング情報に明示されることを特徴とする請求項３記載の方法。
【請求項１２】
データ送信が始まる時点を示す１つ以上の時間送信間隔が前記スケジューリング情報に明示されることを特徴とする請求項３記載の方法。
【請求項１３】
前記データの伝送長さは、特定のセル又は特定のマルチキャスト及び／又はブロードキャストサービスに対して定められることを特徴とする請求項１記載の方法。
【請求項１４】
相互に異なるマルチキャスト及び／又はブロードキャストサービスに対する前記スケジューリング情報に該当する送信区間は、相互に異なる長さを有することを特徴とする請求項１記載の方法。
【請求項１５】
前記スケジューリング情報は、１つのチャンネルから提供される相互に異なるマルチキャスト及び／又はブロードキャストサービスに関連することを特徴とする請求項１記載の方法。
【請求項１６】
前記スケジューリング情報は、特定の２次共通制御物理チャンネル（ＳＣＣＰＣＨ）から提供される相互に異なるマルチキャスト及び／又はブロードキャストサービスに関連することを特徴とする請求項１５記載の方法。
【請求項１７】
前記スケジューリング情報は、前記ＳＣＣＰＣＨから提供されるすべてのマルチキャスト及び／又はブロードキャストサービスに関連することを特徴とする請求項１５記載の方法。
【国際調査報告】
2007533200.tif 000010
2007533200.tif 000011