(57)【要約】マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスを含む通信システム（１００）は、ＭＢＭＳサービスの加入者にイベントの再同報通信を行う。この通信システムに含まれ、サポートノード（１１６）を介してＲＡＮコントローラ（１１４）に接続されたサーバー（１１８）を備えた基幹施設（１２４）は、ＭＢＭＳコンテンツプロバイダ（１２７）からの第１ＭＢＭＳデータセットを受信し、この第１ＭＢＭＳデータセットを関連する第１セッション記述と共に加入移動局（１０２〜１０４）に送信する。前記基幹施設は次に、前記ＭＢＭＳコンテンツプロバイダからの第２ＭＢＭＳデータセットであって、第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを受信し、ＭＢＭＳ通知を関連する第２セッション記述と共に前記移動局に送信する。前記移動局は次に、前記再送を受信すべきかを前記第１セッション記述と第２セッション記述に基づいて判定することができる。
2006510336.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスの加入者にＭＢＭＳデータを提供するための方法であって、
ＭＢＭＳコンテンツプロバイダからの第１ＭＢＭＳデータセットを受信するステップと、
前記第１ＭＢＭＳデータセットを前記ＭＢＭＳサービスの加入者の移動局に送信するステップと、
前記ＭＢＭＳコンテンツプロバイダから第２ＭＢＭＳデータセットを受信するステップであって、第２ＭＢＭＳデータセットは第１ＭＢＭＳデータセットの再送からなるステップと、
前記第２ＭＢＭＳデータセットを前記第１ＭＢＭＳデータセットの再送であると特定するＭＢＭＳ通知を送信するステップとを備えることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、前記第１マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）データセットを送信するステップは、前記第１ＭＢＭＳデータセットと第１セッション記述を前記移動局に送信するステップからなることを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、更に、
前記第１マルチメディア・ ブロードキャスト・マルチキャスト・サービス・データセットと前記セッション記述を前記移動局によって受信するステップと、
前記第１セッション記述を前記移動局によって格納するステップとを備えることを特徴とする方法。
【請求項４】
請求項２に記載の方法であって、マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を送信するステップは、第２セッション記述を含むＭＢＭＳ通知を前記移動局に送信するステップからなり、該方法は更に、前記ＭＢＭＳ通知に対する前記移動局の応答に基づいて、前記第２データセットを前記移動局に送信すべきかを判定するステップを備えることを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、更に、
前記セッション記述を含む前記マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を前記移動局によって受信するステップと、
前記ＭＢＭＳ通知の受信に応答して、前記移動局のユーザーに入力要求を行うステップと、
前記移動局によって、前記入力要求に対する前記ユーザーの応答に基づいて、前記ＭＢＭＳ通知を受け入れるべきかを判定するステップとを備えることを特徴とする方法。
【請求項６】
請求項２に記載の方法であって、更に、
前記マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を前記移動局によって受信するステップであって、前記ＭＢＭＳ通知が第２セッション記述を含むステップと、
前記移動局によって、前記第２セッション記述に基づいて、前記第２ＭＢＭＳデータセットを受信すべきかを判定するステップとを備えることを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、前記移動局によって前記第２ＭＢＭＳデータセットを受信すべきかを判定するステップは、前記ＭＢＭＳ通知に応答すべきかを、前記第２セッション記述に基づいて判定するステップを含むことを特徴とする方法。
【請求項８】
請求項７に記載の方法であって、前記ＭＢＭＳ通知に応答すべきかを判定するステップは、
第２セッション記述を含む前記マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を前記移動局によって受信するステップと、
前記ＭＢＭＳ通知と共に受信された前記第２セッション記述が格納されているセッション記述と一致するかを前記移動局によって判定するステップと、
前記第２セッション記述が格納されているセッション記述と一致した場合、前記ＭＢＭＳ通知に応答しないことを決定するステップと、
前記第２セッション記述が格納されているセッション記述と一致しなかった場合、前記ＭＢＭＳ通知の受け入れを送信することを前記移動局によって決定するステップとを含むことを特徴とする方法。
【請求項９】
請求項１に記載の方法であって、前記ＭＢＭＳデータはイベントと関連付けられており、更に、
前記マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスに関連するサービス識別子を保持するステップと、
前記イベントに関連する一時識別子を決定するステップと、
前記一時識別子を格納するステップと、
前記サービス識別子および前記一時識別子を前記第１データセットおよび前記第２データセットのそれぞれに追加するステップとを備えることを特徴とする方法。
【請求項１０】
マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）セッションデータをＭＢＭＳサービスの加入者に提供するための装置であって、サーバーを備え、該サーバーは、ＭＢＭＳコンテンツプロバイダからの第１ＭＢＭＳデータセットを受信し、前記第１ＭＢＭＳデータセットを関連する第１セッション記述と共に送信し、前記第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを前記ＭＢＭＳコンテンツプロバイダから受信し、前記第２データセットを関連する第２セッション記述と共に送信し、第２セッション記述は前記第２データセットを前記第１データセットの再送として特定することを特徴とする装置。
【請求項１１】
請求項１０に記載の装置であって、前記セッションデータはイベントと関連があり、前記サーバーは、マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスに関連するサービス識別子を保持し、前記イベントに関連する一時識別子を決定し、前記サービス識別子および前記一時識別子を、前記第１データセットおよび前記第２データセットのそれぞれに追加することを特徴とする装置。
【請求項１２】
請求項１０に記載の装置であって、更に、前記サーバーと通信する無線アクセスネットワーク（ＲＡＮ）コントローラを備え、該ＲＡＮコントローラは、前記サーバーからの前記第２データセットとそれに関連する第２セッション記述を受信し、前記第２データセットを前記第２セッション記述と共に受信したことに応答して、前記第２セッション記述を含むＭＢＭＳ通知を加入移動局に送信することを特徴とする装置。
【請求項１３】
請求項１０に記載の装置であって、更に、前記サーバーと通信する無線アクセスネットワーク（ＲＡＮ）コントローラを備え、該ＲＡＮコントローラは、前記サーバーからの前記第２データセットとそれに関連する第２セッション記述を受信し、前記第２データセットを前記移動局に送信すべきかを判定し、前記第２データセットを前記移動局に送信すべきであると判定したことに応答して、前記第２データセットを前記移動局に送信することを特徴とする装置。
【請求項１４】
請求項１３に記載の装置であって、前記無線アクセスネットワークコントローラは、前記第２セッション記述を含むＭＢＭＳ通知を前記移動局に送信し、前記第２データセットを前記移動局に送信すべきかを前記ＭＢＭＳ通知に対する前記移動局の応答に基づいて判定することを特徴とする装置。
【請求項１５】
マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスにアクセス可能な移動局であって、
少なくとも一つのメモリ装置と、
プロセッサとを備え、該プロセッサは、第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信し、前記第１セッション記述を格納して、格納第１セッション記述を生成し、前記第１データセットの再送に関する第２セッション記述を受信し、前記再送を受信すべきかを前記第１セッション記述と前記第２セッション記述とに基づいて判定することを特徴とする移動局。
【請求項１６】
請求項１５に記載の移動局であって、前記プロセッサは更に、前記第２セッション記述を含むマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を受信し、前記ＭＢＭＳ通知の受信に応答して、前記移動局のユーザーに入力要求を行い、前記入力要求に対する前記ユーザーの応答に基づいて、前記ＭＢＭＳ通知を受け入れるべきかを判定することを特徴とする移動局。
【請求項１７】
請求項１５に記載の移動局であって、前記プロセッサは、前記第２セッション記述を含むマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）通知を受信し、前記再送を受信すべきかを前記プロセッサによって判定するステップは、前記ＭＢＭＳ通知に応答すべきかを前記第２セッション記述に基づいて判定するステップを含むことを特徴とする移動局。
【請求項１８】
請求項１７に記載の移動局であって、前記プロセッサは、前記ＭＢＭＳ通知に応答すべきかを、前記ＭＢＭＳ通知と共に受信された第２セッション記述が、格納セッション記述と一致するかを判定することによって判定し、前記第２セッション記述が格納セッション記述と一致した場合は、前記ＭＢＭＳ通知に応答しないことを決定し、前記第２セッション記述が格納セッション記述と一致しなかった場合は、前記ＭＢＭＳ通知の受け入れを送信することを決定することを特徴とする移動局。
【請求項１９】
マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスからのデータを受信する方法であって、
第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信するステップと、
該セッション記述を格納して、格納第１セッション記述を生成するステップと、
第２セッション記述を含むＭＢＭＳ通知を受信するステップと、
前記ＭＢＭＳ通知の受信に応答して、移動局のユーザーに入力要求を行うステップと、
前記入力要求に対する前記ユーザーの応答に基づいて、前記ＭＢＭＳ通知を受け入れるべきかを判定するステップとを備えることを特徴とする方法。
【請求項２０】
マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスからのデータを受信する方法であって、
第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信するステップと、
該セッション記述を格納して、格納セッション記述を生成するステップと、
前記第１ＭＢＭＳデータセットの再送に関連するものであって第２セッション記述を含むＭＢＭＳ通知を受信するステップと、
前記第１ＭＢＭＳデータセットの再送を受信すべきかを前記第２セッション記述に基づいて判定するステップをと備えることを特徴とする方法。
【請求項２１】
請求項２０に記載の方法であって、前記第２ＭＢＭＳデータセットを受信すべきかを判定するステップは、前記ＭＢＭＳ通知に応答すべきかを、前記第２セッション記述に基づいて判定するステップを含むことを特徴とする方法。
【請求項２２】
請求項２１に記載の方法であって、前記ＭＢＭＳ通知に応答すべきかを判定するステップは、
前記第２セッション記述が前記格納セッション記述と一致するかを判定するステップと、
前記第２セッション記述が前記格納セッション記述と一致した場合、前記ＭＢＭＳ通知に応答しないことを決定するステップと、
前記第２セッション記述が前記格納セッション記述と一致しなかった場合、前記ＭＢＭＳ通知の受け入れを送信することを決定するステップとからなることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００３年８月６日に出願された仮出願（シリアル番号60/492,876、表題「マルチメディア・ ブロードキャスト・マルチキャスト・サービスの加入者にセッションデータを提供するための方法と装置（METHOD AND APPARATUS FOR PROVIDING SESSION DATA TO A SUBSCRIBER TO A MULTIMEDIA BROADCAST MULTICAST SERVICE)」）からの優先権を主張するものであり、この仮出願は共有のものであり、そのすべてが参照の形で本書に含まれている。
【０００２】
本発明は、一般にパケットデータ通信システムに関し、より詳細には、パケットデータ通信システムにおけるマルチメディア・ ブロードキャスト・マルチキャスト・サービスに関する。
【背景技術】
【０００３】
ユニバーサル・モバイル・テレコミュニケーション・サービス（ＵＭＴＳ）規格は、セルラー・モバイル・テレコミュニケーション・システムに互換性の規格を提供する。ＵＭＴＳ規格は、ＵＭＴＳシステムにおいて動作する移動局（ＭＳ）またはユーザー機器（ＵＥ）が、その規格に従って形成されたシステムにおいて動作するときに、通信サービスを確実に得ることができるようにする。互換性を確保するために、無線システムパラメータおよびデータ転送手順は、エアーインターフェースを通じて交換されるディジタル制御メッセージおよびベアラートラフィックを管理するプロトコルを含む前記規格によって規定される。
【０００４】
ＵＭＴＳ規格は、3GPP TS 25.346（第３世代パートナーシッププロジェクト技術仕様書25.346）v0.5.0、3GPP TS 23.246 v1.1.0 、および3GPP TS 23.846 v6.0.0 の中で、ＵＭＴＳ通信システムによってサービスが提供され、かつ、そのサービスに加入しているＭＳに対する、そのシステムによるマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスについての規定を設けている。ＭＢＭＳサービスがそのサービスの加入者に送信するためのＭＢＭＳデータを有しているとき、ＵＭＴＳ施設の無線アクセスネットワーク（ＲＡＮ）に含まれる無線ネットワークコントローラ（ＲＮＣ）は、セル内のポイント・ツー・マルチポイント（ＰＴＭ）通信チャンネルを確立すべきか、または、そのセル内の各ＵＥに対するポイント・ツー・ポイント（ＰＴＰ）通信チャンネルを確立すべきかを決定する。ＲＮＣは次に、ＲＡＮに含まれるノードＢ、一般的には基地送受信機局（ＢＴＳ）と、セル内のすべてのＵＥに対する制御チャンネルとを介して、ＭＢＭＳ通知を同報通信する。この通知は一般的に、ＭＢＭＳサービスに関する識別子を含んでいる。ＭＢＭＳサービスに加入していてアイドルモードにある、そのセル内の各ＭＳは、ＭＢＭＳ通知の受信に応答して起動する。更に、ＭＢＭＳサービスに加入しているそのセル内の各ＭＳは、ＭＢＭＳ通知を受信すると、接続要求、一般的には無線リソース制御（ＲＲＣ）接続確立要求を、アクセスチャンネルを介してＲＮＣに送信する。ＲＮＣは、加入ＭＳのそれぞれからの接続要求を受信すると、各応答ＭＳとのＰＴＭ通信チャンネルかＰＴＰ通信チャンネルを、いずれを確立したかにかかわらず、確立することによって、通信セッションをセットアップし、確立したチャンネルまたはチャンネル群をを通じて加入ＭＳにＭＢＭＳデータを送信する。
【０００５】
ＭＢＭＳサービスの一つの効用は、複数の通信セッションを含むイベントを同報通信できることである。例えば、ＭＢＭＳサービスの加入者は、特定のイベント、例えばサーカーゲームに加入することができる。ＭＢＭＳサービスはその場合、イベントの連続した同報通信を行うよりもむしろ、複数の通信セッションを介してイベントを同報通信する。ここで、複数の通信セッションの各通信セッションは、イベントの別々の側面、例えば、複数のゴールのそれぞれ、定期的スコア更新、および／または定期的ゲームハイライトについてのビデオクリップまたはテキストに関するものである。複数の通信セッションの各通信セッションは、別々にセットアップされ、イベントの加入者へのＭＢＭＳデータの送信を行う。しかしながら、イベントの加入者が、複数の通信セッションの一つまたはそれ以上に対し、ＭＢＭＳサービスの有効領域外にいるか、この通信セッションの一つ以上の間、データの満足な受信に失敗したとき、イベントに関するデータの加入者への不完全な送信を生じるという問題が発生する。更なる問題は、クリップまたはテキストのリプレイを見たいと思う加入者へのデータの再送方法である。
【０００６】
イベントの加入者に一層完全なイベントの提供を行うために、イベントの加入者に欠落したデータまたはデータのリプレイを提供するための概念が提案されている。一つの提案においては、ＭＳはセッション識別子（セッションＩＤ）に基づいてリプレイを要求することができる。この提案においては、セッションＩＤは、複数の通信セッションの各通信セッションに対して、ＭＢＭＳコンテンツプロバイダによって、または、そのコンテンツプロバイダとＲＮＣとの間の中間ネットワーク要素によって生成される。例えば、第１通信セッション、例えば第１ゴール、をセッションＩＤ「１」と関連付けることができ、第２通信セッション、例えば第２ゴール、をセッションＩＤ「２」と関連付けることができるなどである。セッションＩＤは次に、そのＩＤを発生するネットワーク要素によって、その通信セッションに関するデータパケット内に組み込まれる。
【０００７】
ＲＮＣは、通信セッションに関するデータパケットを受信すると、組み込まれたセッションＩＤを検出し、このセッションＩＤを前記データパケットと共に格納する。ＲＮＣは次に、ＭＢＭＳデータパケットをそのサービスの加入者に同報通信する。ＭＳは、そのデータパケットを受信すると、そのデータパケットを構文解析してセッションＩＤを取得し、格納する。ＭＳのユーザーは、セッションＩＤに関するテキストまたはビデオクリップのリプレイを見たいときは、格納セッションＩＤのメニューをプルアップする。ユーザーは次に、格納セッションＩＤのメニューからセッションＩＤを選択し、選択セッションＩＤをＲＮＣへ送信する。ＲＮＣは次に、選択セッションＩＤと関連付けて格納しているデータパケットをＭＳに再送し、そのことによって、ＭＳがユーザーに対してデータをリプレイすることができる。
【０００８】
セッションＩＤの使用にはいくつかの問題がある。一つは、セッションＩＤは、通信セッションの実際の記述ではなく、ＵＥのユーザーにリプレイを選択するための十分な情報を提供できないことである。もう一つは、ＲＮＣはセッションＩＤを検出、格納しなければならず、更に、各格納セッションＩＤに関するデータを格納しなければならないことである。このことは、データのリプレイおよび再送信はＲＡＮに対して透過的であるべきであるというＭＢＭＳサービスの明示された目標に違反している。セッションＩＤの使用はまた、ＭＢＭＳサービスの人気が高まったときに、ＲＮＣに著しいデータ格納要求を課すことになる。更に、提案されたセッションＩＤの使用は、ＲＮＣとＭＳに対し、中間層、即ち中間ＯＳＩ層の問題を提示している。ＲＮＣはリプレイに関するセッションＩＤを知らなければならないであろうし、ＭＳはセッション状態を決定するために上下層相互作用を必要とするであろう。それに対して、ＯＳＩ層は通信装置によって実行される機能を分離するために確立されたものである。また、ＭＢＭＳデータをリプレイするためのセッションＩＤの使用は、イベントへの後からの参加者、即ち、イベントが始まった後、イベントの先の同報通信に間に合わなかった場合にリプレイを選択するまでＭＢＭＳサービスの有効範囲外にいた人を助けることはない。
【０００９】
もう一つの提案は、欠落データまたはデータのリプレイをシーケンス識別子（シーケンスＩＤ）に基づいて提供することである。セッションＩＤと同様、シーケンスＩＤは、各通信セッションに関して、ＭＢＭＳコンテンツプロバイダによって、または、そのコンテンツプロバイダとＲＮＣとの間の中間要素によって生成される。例えば、第１通信セッション、例えば第１ゴール、をシーケンスＩＤ「１」と関連付けることができ、第２通信セッション、例えば第２ゴール、をシーケンスＩＤ「２」と関連付けることができるなどである。しかしながら、セッションＩＤとは異なり、シーケンスＩＤは、連続的でなければならず、さらに、各通信セッションに含まれなければならない。よって、シーケンスＩＤは、シーケンスＩＤを生成するネットワーク要素によって、その通信セッションに関するデータパケット内に組み込まれる。
【００１０】
ＲＮＣは、通信セッションに関するデータパケットを受信すると、シーケンスＩＤを検出し、そのシーケンスＩＤをそのデータパケットと関連付けて格納する。ＲＮＣは、次に、ＭＢＭＳデータをそのサービスの加入者に同報通信する。ＭＳは、データ同報通信を正しく受信すると、受信したデータパケットを構文解析してシーケンスＩＤを取得、格納し、そのことによって、受信データのレコードを格納する。ＭＳは次に、通信セッションが欠落しているかを格納シーケンスＩＤ内のギャップに基づいて判定し、通信セッションが欠落していると判定したときに、欠落したシーケンスＩＤをＲＮＣに送信する。ＲＮＣは、ＭＳからシーケンスＩＤを受信すると、そのシーケンスＩＤに関するデータを検索し、検索したデータをＭＳに送信する。
【００１１】
シーケンスＩＤの使用は、セッションＩＤの使用と同じ問題の多くを提起している。それに加えて、シーケンスＩＤの使用は、イベントへの後からの参加者は、先のデータ同報通信に関するシーケンスＩＤがＵＥに知られていないために、先のデータ同報通信を取得できないという不都合を有する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従って、ＲＡＮに対して透過的であり、中間層相互作用を必要とせず、イベントへの後からの参加者への欠落したＭＢＭＳデータの送信をサポートするような方法で、ＭＢＭＳデータのリプレイを提供し欠落したＭＢＭＳデータの再送を行う方法および装置に対する必要性が存在する。
【課題を解決するための手段】
【００１３】
ＲＡＮに透過的であり、中間層相互作用を必要とせず、イベントへの遅れた参加者への欠落したＭＢＭＳデータの送信をサポートするような方法で、ＭＢＭＳデータのリプレイを提供し欠落したＭＢＭＳデータの再送を行う方法および装置に対する必要性に対処するために、マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスを含み、ＭＢＭＳサービスの加入者にイベントの再同報通信を行う通信システムが提供される。この通信システムに含まれ、サポートノードを介してＲＡＮコントローラに接続されたサーバーを備えた基幹施設は、ＭＢＭＳコンテンツプロバイダからの第１ＭＢＭＳデータセットを受信し、この第１ＭＢＭＳデータセットを関連する第１セッション記述と共に加入移動局に送信する。前記基幹施設は、次に、ＭＢＭＳコンテンツプロバイダから、第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを受信し、ＭＢＭＳ通知を関連する第２セッション記述と共に前記移動局に送信する。前記移動局は、次に、前記再送を受信すべきかを、前記第１セッション記述および第２セッション記述に基づいて判定することができる。
【００１４】
本発明の実施形態は、概して、マルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスの加入者にＭＢＭＳデータを提供するための方法を含んでいる。この方法は、ＭＢＭＳコンテンツプロバイダからの第１ＭＢＭＳデータセットを受信するステップと、前記第１ＭＢＭＳデータセットを前記ＭＢＭＳサービスの加入者の移動局に送信するステップとを含んでいる。この方法は更に、前記ＭＢＭＳコンテンツプロバイダから、前記第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを受信するステップと、前記第２ＭＢＭＳデータセットを前記第１ＭＢＭＳデータセットの再送であると特定するＭＢＭＳ通知を送信するステップとを含んでいる。
【００１５】
本発明の別の実施形態は、ＭＢＭＳセッションデータをＭＢＭＳサービスの加入者に提供するための装置を含んでいる。この装置はサーバーを備え、このサーバーは、ＭＢＭＳコンテンツプロバイダからの第１ＭＢＭＳデータセットを受信し、前記第１ＭＢＭＳデータセットを関連する第１セッション記述と共に送信し、前記ＭＢＭＳコンテンツプロバイダから、前記第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを受信し、前記第２データセットを関連する第２セッション記述と共に送信し、前記第２セッション記述は、前記第２データセットを前記第１データセットの再送として特定する。
【００１６】
本発明の更に別の実施形態は、ＭＢＭＳサービスにアクセス可能な移動局を含んでいる。この移動局は、プロセッサを含み、このプロセッサは、第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信し、前記第１セッション記述を格納して格納第１セッション記述を生成し、前記第１データセットの再送に関する第２セッション記述を受信し、前記再送を受信すべきかを前記第１セッション記述と前記第２セッション記述に基づいて判定する。
【００１７】
本発明の更に別の実施形態は、ＭＢＭＳサービスからのデータを受信する方法を含んでいる。この方法は、第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信するステップと、このセッション記述を格納して格納第１セッション記述を生成するステップと、第２セッション記述を含むＭＢＭＳ通知を受信するステップと、前記ＭＢＭＳ通知を受信したときに移動局のユーザーに入力要求を行うステップと、前記ＭＢＭＳ通知を受け入れるべきかを前記入力要求に対する前記ユーザーの応答に基づいて判定するステップを含んでいる。
本発明の更に別の実施形態は、ＭＢＭＳサービスからのデータを受信する方法を含んでいる。この方法は、第１ＭＢＭＳデータセットとそれに関連する第１セッション記述を受信するステップと、このセッション記述を格納して格納セッション記述を生成するステップと、前記第１ＭＢＭＳデータセットの再送に関するものであって第２セッション記述を含むＭＢＭＳ通知を受信するステップと、前記第１ＭＢＭＳデータセットの再送を受信すべきかを前記第２セッション記述に基づいて判定するステップを含んでいる。
【発明を実施するための最良の形態】
【００１８】
本発明は、図１〜図４Ｃを参照してより詳細に説明することができる。図１は、本発明の実施形態による無線通信システム１００のブロック図である。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１１０と無線通信する、複数の移動局（ＭＳ）またはユーザー機器（ＵＥ）１０２〜１０４（三つが示されている）を含んでいる。複数の移動局（ＭＳ）またはユーザー機器（ＵＥ）としては、例えば、携帯電話、無線電話、無線周波数（ＲＦ）処理能力を有するパーソナル・ディジタル・アシスタント（ＰＤＡ）、または、ラップトップコンピュータまたはパーソナルコンピュータ（ＰＣ）などのディジタル端末機器（ＤＴＥ）へのＲＦアクセスを提供する無線モデムがあるが、これらに限定されるものではない。ＲＡＮ１１０は、ＲＡＮコントローラ１１４、好ましくは無線ネットワークコントローラ（ＲＮＣ）に動作可能に接続された、少なくとも一つの送受信機またはノードＢ１１２を含んでいる。通信システム１００は更に、ＲＡＮ１１０に接続されたサポートノード１１６と、このサポートノードを介してＲＡＮコントローラ１１４と通信するサーバー１１８、好ましくはブロードキャスト・マルチキャスト・サービス・センター（ＢＭ−ＳＣ）を含んでいる。サポートノード１１６は一般的に、一つ以上の３ＧゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）にそれぞれ接続された一つ以上のサービング３Ｇ−ＧＰＲＳサポートノード（ＳＧＳＮ）を含んでいる。しかしながら、サポートノード１１６の正確な構成は通信システム１００のオペレータにまかせられており、本発明にとって重要ではない。ＲＡＮ１１０、サポートノード１１６、およびサーバー１１８は、本書では、ひとまとめにして基幹施設１２４と呼ばれる。
【００１９】
ＭＳ１０２〜１０４のそれぞれは、通信システム１００によって提供されるマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）サービスに加入しており、つまり、このサービスに加入しているユーザーに関連付けられている。前記サービスはこれらのＭＳにＭＢＭＳデータの配信を行う。ＭＢＭＳサービスは、3GPP（第３世代パートナーシッププロジェクト）規格、より詳細には、3GPP TS （技術仕様書）25.346 v0.5.0, 3GPP TS 23.846 v6.0.0, 3GPP TS 22.146 v6.0.0, 3GPP TS 23.246 v1.1.0、3GPP TR （技術レポート）21.905 v5.4.0 、およびレポートR2-030063 の中で詳細に説明されている。これらの仕様書およびレポートは参照により本願に援用され、そのコピーは、インターネットを介して3GPPから、あるいは、フランス国  ０６９２１  ソフィア−アンティポリ  セデックス  ルート  デ  ルシオル  モビール  コンペタンス  サントル  ６５０(Mobile Competence Centre 650, route des Lucioles, 06921 Sophia-Antipolis Cedex, France)所在の３ＧＰＰ  オーガニゼーション  パートーナーズ  パブリケーション  オフィス（3GPP Organization Partners' Publication Offices ）から入手可能である。
【００２０】
ＲＡＮ１１０は、ＲＡＮによってサービスが提供される有効領域、例えば、セルの中に位置する移動局、例えば、ＭＳ１０２〜１０４に、エアーインターフェース１２８を介して通信サービスを提供する。エアーインターフェース１２８は、それぞれ複数の通信チャンネルを含むダウンリンク１３０とアップリンク１３５とを備える。ダウンリンク１３０は、ページングチャンネル１３１と、少なくとも一つのダウンリンク制御チャンネル１３２と、少なくとも一つのダウンリンクトラフィックチャンネル１３３とを含むことが好ましい。アップリンクチャンネル１３５は、アップリンクアクセスチャンネル１３６と、少なくとも一つのアップリンク制御チャンネル１３７と、少なくとも一つのアップリンクトラフィックチャンネル１３８とを含むことが好ましい。
【００２１】
いま図１および図２を参照すると、サーバー１１８およびＭＳ１０２〜１０４のそれぞれは、各プロセッサ１２０，２０６を備えている。このプロセッサは、例えば、一つ以上のマイクロプロセッサ、マイクロコントローラ、ディジタルシグナルプロセッサ（ＤＳＰ）、その組み合わせ、または当業者にとって周知のそのような他のデバイスである。サーバー１１８およびＭＳ１０２〜１０４のそれぞれは更に、それぞれのプロセッサに関連する一つ以上の各メモリ装置１２２，２０８を備える。このメモリ装置は、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックアクセスメモリ（ＤＲＡＭ）、および／または読み取り専用メモリ（ＲＯＭ）、あるいはそれらの同等品であり、データと、プロセッサによって実行可能であって、プロセッサを通信システム１００の中で動作可能にするプログラムとを格納している。各ＭＳ１０２〜１０４の一つ以上のメモリ装置２０８は更に、そのＭＳに関する移動識別子（移動体ＩＤ）と、そのＭＳが加入しているＭＢＭＳサービスに関連するサービス識別子（サービスＩＤ）を保持している。サーバー１１８の一つ以上のメモリ装置１２２は更に、ＭＢＭＳサービスに加入している各ＭＳに関する移動体ＩＤと、ＭＢＭＳサービスに関するサービスＩＤを保持している。
【００２２】
ＭＳ１０２〜１０４のそれぞれは更に、プロセッサ２０６に動作可能に接続された受信機２０２、送信機２０４、およびユーザーインターフェース２１０を含んでいる。受信機２０２および送信機２０４はそれぞれ、ＭＳによるメッセージの受信および送信を行う。ユーザーインターフェース２１０は表示スクリーン２１２を備え、ＭＳのユーザーに、ＭＳへの指令の入力を含むＭＳとの相互作用を可能にする。本発明の一実施形態においては、ユーザーインターフェース２１０は更に、複数のキーを含むキーパッドを備える。該キーパッドを介してＭＳのユーザーがＭＳに指令を入力することができる。本発明の別の実施形態においては、表示スクリーン２１２はタッチスクリーンからなり、このタッチスクリーンは、そのタッチスクリーン上においてユーザーが接触した位置（即ち、Ｘ座標とＹ座標）を決定し、プロセッサ２０６に位置データを送信することができる。プロセッサ２０６は次に、この位置データに基づいて、ユーザーによる接触を指令に変換する。タッチスクリーンは、複数のソフトキーからなる「キーパッド」スクリーンを表示できることが好ましく、このソフトキーは従来の電話のキーパッド上のキーに相当する
通信システム１００は、３ＧＰＰ（第３世代パートナーシッププロジェクト）規格に従って動作するユニバーサル移動通信サービス（ＵＭＴＳ）通信システムであるのが好ましく、この規格はＵＭＴＳエアーインターフェースのための互換性規格を提供するものであり、その規格のすべてが本願に援用される。この規格は、無線システムパラメータおよびコール処理手順を含む無線通信システムオペレーティングプロトコルを規定している。通信システム１００においては、アクセスチャンネル、制御チャンネル、ページングチャンネル、およびトラフィックチャンネルなどのダウンリンク１３０またはアップリンク１３５の通信チャンネルは、それぞれ、同じ周波数帯域にある一つ以上のマルチプルタイムスロットを含む。しかしながら、通信システム１００は、ジェネラルパケット無線サービス（ＧＰＲＳ）通信システム、符号分割多元接続（ＣＤＭＡ）２０００通信システム、時分割多元接続（ＴＤＭＡ）通信システム、または直交周波数分割多元接続（ＯＦＤＭ）通信システムなどであるがそれに限定されない任意の無線通信システムに従って動作可能であることは当業者にとって明らかである。
【００２３】
通信システム１００は更に、ＩＰネットワークのようなデータネットワーク１２６を介して基幹施設１２４、より詳細にはサーバー１１８に接続された、典型的にはインターネットプロトコル（ＩＰ）マルチキャストサーバーの形態であるマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）コンテンツプロバイダ１２７を含んでいる。ＭＢＭＳコンテンツプロバイダ１２７は、ＭＳ１０２〜１０４のそれぞれが加入しているＭＢＭＳサービスの一部として、ＭＢＭＳデータを、一般的にはＩＰデータパケットの形で、サーバー１１８、サポートノード１１６、およびＲＡＮ１１０を経由してＭＳ１０２〜１０４に提供する。
【００２４】
各ＭＳ１０２〜１０４は、そのＭＳが加入しているＭＢＭＳサービスの一部として、例えば、サッカーゲーム、野球ゲーム、またはフットボールゲームなどのアスレチックイベント、コンサートイベント、その他の種類の娯楽イベント、または同報通信可能な他のイベントのようなイベントのＭＢＭＳ同報通信に加入することがでる。この同報通信は一つ以上の通信セッションを含むことができ、その通信セッションの間、そのイベントに関するデータが加入ＭＳに送信される。従来技術の提案においては、前記一つ以上の通信セッションのうちの欠落した通信セッションは、その欠落したセッションが、ＭＳが同報通信に参加した後に生じた場合のみ、ＭＳに再送可能である。また、従来技術の提案においては、無線ネットワークコントローラは、任意の欠落セッションを格納し、再送しなければならない。これとは対照的に、通信システム１００は、遅れて参加したＭＳにそのＭＳが同報通信に参加する前に同報通信された通信セッションを取得させ、更に、ＲＡＮに透過的なＭＢＭＳ通信セッションの再送のための仕組みを提供する。
【００２５】
図３Ａおよび図３Ｂは、通信システム１００によって提供されるＭＢＭＳサービスに加入しているＭＳ１０２〜１０４が本発明の実施形態に従ってイベントのＭＢＭＳ同報通信に参加する方法の論理フローチャート３００を示す。論理フローチャート３００が始まると（３０２）、通信システム１００、より詳細にはサーバー１１８は、イベントに関するサービス告知をＭＢＭＳサービスに加入している各ＭＳ１０２〜１０４に送信する（３０４）。サービス告知は、例えば、ページングチャンネルによる同報通信、ショート・メッセージ・サービス（ＳＭＳ）、あるいはマルチキャストなどの任意のオーバー・ザ・エアー形式で送信され得る。サービス告知はイベントに関する情報を含み、ＭＳのユーザーは、そのイベントに加入すべきかを判断するためにこの情報を使用することができる。この情報は、ＭＢＭＳサービスに関する一つ以上のサービスＩＤと、イベントに関するデータを発信するＭＢＭＳコンテンツプロバイダ１２７に関連するインターネットプロトコル（ＩＰ）アドレスのようなルーティングアドレス、「スポーツ」および／または、より詳細にはイベントがサッカーゲームの場合には「サッカー」のようなイベントの主題事項に関する主題カテゴリ、「ワールドカップゲームＮｏ．１」のようなイベント名、およびイベントの日時を含むことができる。
【００２６】
ＭＢＭＳサービスに加入しているＭＳ１０２〜１０４は、サービス告知の受信に応答して（３０６）、自分がその告知の意図された受信者であるかをその告知に含まれたサービスＩＤに基づいて判定する。次にＭＳは、そのイベントに加入したい場合には、基幹施設１２４、詳しくはサーバー１１８に、加入応答を送信する（３０８）。ＭＳは、そのイベントに加入したくない場合には、おそらくその告知の受信に肯定応答するため以外は、その告知に応答しない。
【００２７】
本発明の一実施形態においては、ＭＳ１０２〜１０４は、一つ以上のメモリ装置２０８の中に格納しているプログラムに基づいて、あるいは、ＭＳのユーザーによってそのメモリ装置の中にプログラムされた情報に基づいて、その告知に自動応答することができる。例えば、「スポーツ」または「サッカー」という主題カテゴリ、および「ワールドカップ」という句を含む主題事項／イベント名の少なくともいずれかを有する加入告知に対して肯定的に応答するようにＭＳをプログラムすることができる。本発明の別の実施形態においては、サービス告知に含まれた情報の少なくとも一部分、例えば、「ワールドカップゲームＮｏ．１」をそのイベントの日時と共に、ユーザーインターフェース２１０の表示スクリーン２１２に表示することができる。ＭＳは更に、加入方法についての手順、例えば、ユーザーが選択できるテキストまたはソフトキー、あるいは、ユーザーが押して応答を生成することができるキーパッドのキーを、表示スクリーン上に表示することができる。ＭＳのユーザーは、次に、表示されたテキスト、ソフトキー、またはキーを選択することによってイベントに加入することができる。ＭＳは、ユーザーによる表示されたテキスト、ソフトキー、またはキーの選択に応答して、そのＭＳのユーザーの要望を示す応答をサーバー１１８へ送信して、そのイベントに加入する。その応答には、そのＭＳに一義的に関連付けられ、サーバー１１８がその応答源を判定するのを可能にする移動体ＩＤが含まれる。
【００２８】
サーバー１１８は更に、そのイベントに関連する一時識別子（ＩＤ）、好ましくは、一時移動体グループ識別子（ＴＭＧＩ）を生成する（３１０）。一時ＩＤは、サーバー１１８の一つ以上のメモリ装置１２２の中に保持されることができ、ＭＢＭＳサービスＩＤの短縮版またはＭＢＭＳコンテンツプロバイダ１２７に関するルーティングアドレスの短縮版のような、イベントに関する他の情報の派生物であることが可能である。サーバー１１８は、そのイベントに加入するＭＳ１０２〜１０４からの応答を受信すると（３１２）、サーバーの一つ以上のメモリ装置１２２の中に、各応答ＭＳに関する移動体ＩＤをそのイベントに関する一時ＩＤと関連付けて格納することによって、そのイベントに関する加入グループを作成する（３１４）。
【００２９】
サーバー１１８は更に、そのイベントに関する一時ＩＤをＭＳに送信する（３１６）。サービス告知と同様に、一時ＩＤは、任意のオーバー・ザ・エアー形式、例えば、ページングチャンネルによる同報通信、ショート・メッセージ・サービス（ＳＭＳ）、あるいはマルチキャストによって送信され得る。一時ＩＤは、そのイベントに加入するＭＳに関する移動体ＩＤを含むメッセージの中に含まれ、ＭＳが自分が一時ＩＤの意図された受信者であると判定することを可能にする。ＭＳは、一時ＩＤを受信すると（３１８）、そのＭＳの一つ以上のメモリ装置２０８の中にその一時ＩＤを格納する（３２０）。本書において特に明記していなければ、本書の中でＭＳ１０２〜１０４によって実行されるものとして記載されたすべての機能は、そのＭＳのプロセッサ２０６によって実行され、本書の中でサーバー１１８によって実行されるものとして記載されたすべての機能はサーバーのプロセッサ１２０によって実行される。
【００３０】
サービス告知の送信に続いて、イベントの発生の前に、サーバー１１８は、そのイベントに加入した各ＭＳにサービスリマインダを送信することができる（３２２）。サービスリマインダは、サービス告知と同様、ＭＢＭＳサービスに関する一つ以上のサービスＩＤ、ＭＢＭＳコンテンツプロバイダ１２７のルーティングアドレス、並びに、主題カテゴリ、イベント名、およびイベントの日時などのイベントに関する情報を含むことができる。サービスリマインダは更に、加入グループに割り当てられた一時ＩＤを含むので、イベントに加入する各ＭＳは、自分がそのサービスリマインダの意図された受信者であると判断することができる。加入グループの一員である各ＭＳ１０２〜１０４は、サービスリマインダを受信すると（３２４）、そのサービスリマインダに含まれた情報の少なくとも一部を、そのＭＳのユーザーによる再考のためにユーザーインターフェース２１０の表示スクリーンに表示する（３２６）。
【００３１】
イベントの開始時に、ＭＢＭＳコンテンツプロバイダ１２７は、そのイベントに関するペイロードデータ、例えば、スコア、ハイライト、およびビデオクリップのうちの少なくともいずれかを含む第１データパケットセットをサーバー１１８に提供し（３２８）、サーバーはＭＢＭＳコンテンツプロバイダからその第１データパケットセットを受信する（３３０）。サーバー１１８は、第１データパケットセットを受信すると、そのデータパケットセットを、ＭＢＭＳサービスに関するサービスＩＤ、そのイベントに割り当てられた一時ＩＤ、および前記データパケットに含まれるペイロードに関する第１「セッション記述」と共に、ＲＡＮコントローラ１１４に送信する（３３２）。このサービスＩＤおよび一時ＩＤは、サーバー１１８によって前記データパケットに追加される。前記「セッション記述」は、前記データパケットセットに含まれるペイロードを記述する単語または句、例えば、「ゴール１」、「ゴール２」などである。本発明の一実施形態においては、サーバー１１８が前記「セッション記述」を前記データパケットセットに追加することができる。本発明の別の実施形態においては、ＭＢＭＳコンテンツプロバイダ１２７が前記「セッション記述」を前記データパケットセットに追加することができる。
【００３２】
ＲＡＮコントローラ１１４は、前記データパケットセットとそれに関するサービスＩＤおよび一時ＩＤの受信に応答して、ＲＡＮコントローラによって現在サービスが提供されており、前記ＭＢＭＳサービスとイベントに加入している各ＭＳ１０２〜１０４との通信セッションをセットアップする（３３４）。ＲＡＮコントローラ１１４は、周知のＭＢＭＳ通信セッションセットアップ技術に従って通信セッションをセットアップするが、通信セッションをセットアップする過程の一部として、加入グループに割り当てられた一時ＩＤと、ペイロードを記述する第１セッション記述とを各ＭＳに付加的に送信する。
【００３３】
例えば、本発明の一実施形態においては、通信セッションをセットアップするステップ（３３４）は以下のステップを含むことができる。ＲＡＮコントローラ１１４は、第１ＭＢＭＳ通知を、ＲＡＮによってサービスが提供されるすべてのＭＳに、送受信機１１２およびダウンリンク制御チャンネル１３２を介して同報通信する。この第１通知は、ＭＢＭＳサービスに関する識別子と、加入グループに割り当てられた一時ＩＤと、受信されたＭＢＭＳデータセットに関する第１セッション記述とを含んでいる。ＭＢＭＳサービスおよびイベントに加入しており、かつアイドルモードにある各ＭＳは、第１ＭＢＭＳ通知の受信に応答して起動する。また、ＭＢＭＳサービスおよびイベントに加入している各ＭＳは、第１ＭＢＭＳ通知の受信に応答して、更に、そのＭＳの一つ以上のメモリ装置２０８をチェックして、その第１通知に含まれている第１セッション記述が、前記一つ以上のメモリ装置の中に保持されているセッション記述と一致するかを判定する。一致しなければ、ＭＢＭＳサービスに加入しており第１通知を受信したそのセル内の各ＭＳは、接続要求、一般的には無線リソース制御（ＲＲＣ）接続確立要求を、アクセスチャンネルを介してＲＡＮコントローラ１１４に送信する。ＲＡＮコントローラ１１４は、加入ＭＳのそれぞれからの接続要求を受信すると、各応答ＭＳとのＰＴＭ通信チャンネルまたはＰＴＰ通信チャンネルを確立することによって、それらのいずれを確立すると決定したかにかかわらず、通信セッションをセットアップする。
【００３４】
ＰＴＭ通信チャンネルまたはＰＴＰ通信チャンネルを確立すると、ＲＡＮコントローラ１１４は次に、第１データパケットセットを、確立したチャンネルまたはチャンネル群を介して加入ＭＳ１０２〜１０４に送信する（３３６）。各ＭＳ１０２〜１０４は、第１データパケットセットを受信すると、そのＭＳの一つ以上のメモリ装置２０８の中に、第１データパケットセットに含まれた第１セッション記述を格納し（３３８）、この第１セッション記述と、前記第１データパケットに含まれたペイロード、例えば、スコアまたはビデオクリップとを、ユーザーインターフェース２１０の表示スクリーン２１２に表示する（３４０）。その後、論理フローチャート３００は終了する（３４２）。
【００３５】
ＲＡＮに透過的であって、中間層相互作用を必要とせず、一つ以上の通信セッションの確立の後にイベントに参加したＭＳへの欠落したＭＢＭＳデータの送信をサポートするような方法で、ＭＢＭＳデータのリプレイおよび欠落したＭＢＭＳデータの再送を行うために、通信システム１００は、ＭＢＭＳコンテンツプロバイダ１２７によるイベント関連データパケットの自動再送を行う。このデータパケットを再送することによって、イベントに加入する各ＭＳは、欠落したデータパケットを取り込むか、先に受信したデータパケットの情報をリプレイする機会が与えられる。この再送は、データの最初の送信後、いつ行なわれてもよいが、グループへの最も遅い参加者を取り込み、さらに、通信システム１００の有効領域を一時的に離れていた人がそのシステムの有効領域に戻ることを可能にするのに十分な時間だけ最初の送信から離れていることが好ましい。
【００３６】
図４Ａ、図４Ｂ、および図４Ｃは、通信システム１００が、イベントに加入しているＭＳ１０２〜１０４に、本発明の種々の実施形態に従って、先の通信セッションに関するデータパケットセットを再送する場合の論理フローチャート４００を示す。論理フローチャート４００が始まると（４０２）、ＭＢＭＳコンテンツプロバイダ１２７は第２データパケットセットをサーバー１１８に送信する（４０４）。ここで、第２データパケットセットは第１データパケットセットの中で送信されたペイロードを含む。実質上、第２データパケットセットの送信は、第１データパケットセットのペイロードの再送からなる。サーバー１１８は、第２データパケットセットを受信すると（４０６）、第２データパケットセットを、サービスＩＤ、一時ＩＤ、および第２データパケットセットのペイロードに関する第２セッション記述と共に、ＲＡＮコントローラ１１４に送信する（４０８）。サービスＩＤおよび一時ＩＤは、サーバー１１８によって第２データパケットセットに追加され、第２セッション記述は、サーバー１１８およびＭＢＭＳコンテンツプロバイダ１２７のいずれかによって第２データパケットセットに追加することができる。
【００３７】
ＲＡＮコントローラ１１４は、サーバー１１８からの第２データパケットセット、それに関するサービスＩＤ、および一時ＩＤの受信（４１０）に応答して、第２ＭＢＭＳ通知を、送受信機１１２およびダウンリンク制御チャンネルを介して、ＲＡＮ１１０によってサービスが提供されるすべてのＭＳに同報通信する（４１２）。この第２通知は、ＭＢＭＳサービスに関するサービスＩＤを含み、更に、加入グループに割り当てられた一時ＩＤと、第２データパケットセットに関する第２セッション記述とを含む。
【００３８】
ＭＢＭＳサービスおよびイベントに加入しており、かつアイドルモードにある各ＭＳは、第２ＭＢＭＳ通知の受信（４１４）に応答して起動する。更に、ＭＢＭＳサービスに加入しているＭＳは、第２ＭＢＭＳ通知を受信したときに、そのＭＳのユーザーに第２データパケットセットを受信すべきかに関する指令を入力要求するか、または第２データパケットセットを受信すべきかを自動的に判定することができる。
【００３９】
本発明の一実施形態においては、ＭＳは、第２データパケットセットを受信すべきかを自動的に判定することができる。一つのそのような実施形態においては、ＭＳは、イベントに関するＭＢＭＳデータのすべての再同報通信を自動的に受け入れる、即ち、受信することに同意することができる。そのような実施形態においては、ＭＳは、第２ＭＢＭＳ通知の受信に応答して、一つ以上のメモリ装置２０８の中に保持されている指令に基づいて、アクセスチャンネル１３６を介して、基幹施設１２４、具体的にはＲＡＮコントローラ１１４に、応答を自動送信して、その通知を受け入れる（４１６）。通知を受け入れる応答は、接続要求、好ましくは、ＭＳと基幹施設１２４との間のＭＢＭＳ通信チャンネルの確立を要求する無線リソース制御（ＲＲＣ）接続確立要求からなることが好ましい。
【００４０】
ＭＳが第２データパケットセットを受信すべきかを自動的に判定する別の実施形態においては、ＭＳは、前に受信しなかったＭＢＭＳデータの再同報通信のみを自動的に受け入れることができる。そのような実施形態においては、ＭＳは、第２ＭＢＭＳ通知の受信に応答して、一つ以上のメモリ装置２０８の中に保持されている指令に基づき、この一つ以上のメモリ装置を検索して、前記通知の中に含まれた第２セッション記述が、この一つ以上のメモリ装置の中に保持されているセッション記述、例えば第１セッション記述と一致するかを判定する（４１８）。一致しなかった場合（４２０）、ＭＳは、基幹施設１２４、具体的にはＲＡＮコントローラ１１４に、応答を自動送信して（４２２）、その通知を受け入れる。一致した場合（４２０）、即ち、第２セッション記述が、ＭＳの一つ以上のメモリ装置２０８の中に保持されたセッション記述、例えば第１セッション記述、と一致したとＭＳが判定した場合は、ＭＳはその通知を拒絶し、その通知に応答せず（４２３）、即ち、接続要求を送信せず、論理フローチャート４００は終了する（４５２）。
【００４１】
本発明の更に別の実施形態においては、ＭＳは、第２ＭＢＭＳ通知の受信に応答して、第２データパケットセットを受信すべきかを自動決定する代わりに、第２データパケットセットを受信すべきかに関する指令をＭＳのユーザーに入力要求することができる（４２４）。例えば、第２通知の受信に応答して、ＭＳのプロセッサ２０６は、一つ以上のメモリ装置２０８の中に保持されたテキスト形式の質問、例えば、「第２セッション記述を見たいですか？」を検索する。この場合、プロセッサは、第２通知に含まれる用語「第２セッション記述」に対するセッション記述を、入力要求の中に挿入することができる。検索されたメッセージは更に、ユーザーインターフェース２１０の表示スクリーンがタッチスクリーンである場合、「イエス」応答および「ノー」応答を含むことができる。あるいは、検索されたメッセージは、ユーザーに、ユーザーの応答が肯定的であるならばキーパッドの一つのキーを、ユーザーの応答が否定的であるならばキーパッドの別のキーを選択するように指示してもよい。プロセッサ２０６は、次に、検索メッセージをユーザーインターフェース２１０の表示スクリーンに表示する。ＭＳのユーザーは、次に、表示されたソフトキーまたはキーに接触するか、キーを押下することによって、その通知を受け入れるべきか、即ち、第２データパケットセットをダウンロードすべきか、あるいは、その通知を拒絶すべきか、即ち、第２データパケットセットをダウンロードすべきでないかに関して、ＭＳに指令を入力する（４２６）。
【００４２】
ＭＳは、通知を拒絶する指令を受け取った場合（４２８）、第２ＭＢＭＳ通知に応答せず、論理フローチャート４００は終了する（４５２）。第２ＭＢＭＳ通知に応答しないことによって、そのＭＳは、イベントに加入しているＭＳへの第２データセットの送信のためにセットアップされた通信チャンネルの中に含まれない。ＭＳが入力要求に対して通知を受け入れる指令を受け取った場合、そのＭＳは、通知の受け入れ、好ましくは接続要求を、アクセスチャンネル１３６を介してＲＡＮコントローラに送信する（４３２）。
【００４３】
本発明の更に別の実施形態においては、ＭＳは、第２ＭＢＭＳ通知の受信に応答して、第２データパケットセットを受信すべきかに関する指令をＭＳのユーザーに入力要求する場合、ＭＳの中に含まれる応答タイマー２１４を起動することができる（４３４）。タイマー２１４は応答時間、例えば１０秒を計測し、その間、入力要求に対するＭＳのユーザーからの応答を待つ。入力要求に応答して、タイマー２１４がタイムアウトする前に、通知を受け入れる指令または拒絶する指令を受け取った場合、ＭＳは、どちらが適切かにかかわらず、第２通知に対する応答を送信するか、またはその通知に対して応答しない。通知を受け入れる指令または拒絶する指令をＭＳが受け取る前に（４３６）、タイマー２１４がタイムアウトした場合、ＭＳは、一つ以上のメモリ装置２０８内に保持されたデフォルト応答をイネーブルにする（４３８）。デフォルト応答はＭＳのユーザーがプログラムすることが好ましいが、予めＭＳ内にプログラムしておくこともできる。デフォルト応答が通知の拒絶である場合（４４０）、ＭＳは第２ＭＢＭＳ通知に応答せず（４４２）、論理フローチャート４００は終了する（４５２）。デフォルト応答が通知の受け入れである場合（４４０）、ＭＳは、通知の受け入れ、好ましくは接続要求を、アクセスチャンネル１３６を介してＲＡＮコントローラ１１４に送信する（４４４）。
【００４４】
ＲＡＮコントローラ１１４は、第２ＭＢＭＳ通知に対する応答を所定時間待つ。この時間は、ＲＡＮコントローラが第１ＭＢＭＳ通知に対する応答を待つことができる時間と同じである。所定時間が終了すると、ＲＡＮコントローラ１１４は、第２データパケットセットの各応答ＭＳへの送信のために、ＰＴＭ通信チャンネルまたはＰＴＰ通信チャンネルを確立することによって、いずれを確立したかにかかわらず、別の通信セッションをセットアップする（４４６）。ＲＡＮコントローラ１１４は次に、確立した一つ以上のチャンネルを介して第２データパケットセットを応答ＭＳに送信する（４４８）。第２データパケットセットを受信した各ＭＳは、第２データパケットセット内に含まれる第２セッション記述と、例えばスコアまたはビデオクリップなどのペイロードとを、ユーザーインターフェース２１０の表示スクリーンに表示し、論理フローチャート４００は終了する（４５２）。
【００４５】
ＭＢＭＳサービスの加入者のＭＳ１０２〜１０４に送信するデータパケットセット内と、そのＭＳに送信するＭＢＭＳ通知内とに、セッション記述を提供することによって、通信システム１００は、そのＭＳがＭＢＭＳサービスによる再データ同報通信を受信すべきかを判定することが可能である。通信システム１００に含まれる基幹施設１２４は、ＭＢＭＳコンテンツプロバイダ１２７からの第１ＭＢＭＳデータセットを受信し、その第１ＭＢＭＳデータセットを、ＭＢＭＳの加入者の各ＭＳ１０２〜１０４に送信する。基幹施設１２４はその後、ＭＢＭＳコンテンツプロバイダから、第１ＭＢＭＳデータセットの再送からなる第２ＭＢＭＳデータセットを受信し、各ＭＳに、好ましくは、その第２データセットに関するセッション記述を含むＭＢＭＳ通知を送信することによって、その第２データセットを通知する。基幹施設１２４は次に、各ＭＳに第２データセットを送信すべきかを、そのＭＳから受信した応答、好ましくは接続要求、に基づいて判定する。ＭＳが第２データセットの受信を望んでいることを応答が示している場合、基幹施設は第２データセットをそのＭＳに送信する。
【００４６】
本発明の一実施形態においては、ＭＢＭＳサービスとイベントに加入している各ＭＳは、第２データセットを受信すべきかを自動的に判定することができる。本発明の別の実施形態においては、ＭＳは、基幹施設からの通知の受信に応答して、ＭＳのユーザーに第２データセットを受信すべきかどうかに関しての指令を入力要求する。ＭＳは次に、第２データセットを受信すべきかを前記入力要求に対するユーザーの応答に基づいて判定する。
【００４７】
本発明をその特定の実施形態に関して詳しく示し説明したが、以下の特許請求の範囲で述べるように、本発明の範囲から逸脱しなければ、種々の変更は可能であり、その要素に代わる同等物であり得ることは、当業者にとって明らかである。従って、仕様書と図面は制限的というよりも説明的なものと見なされるべきものであって、すべてのそのような変更と代用は、本発明の範囲内に含まれるものである。
【００４８】
利点と問題に対する解決策とを特定の実施形態に関して上に説明した。しかしながら、利点と、問題に対する解決策と、すべての利点または解決策を生じさせるか一層明確にすることができるすべての要素は、いくつかのまたはすべての特許請求の範囲の重要な、必要な、または本質的な特徴または要素と解釈されるべきではない。本書で用いられたように、用語「備えた」、「からなる」、またはそのすべての変形は、非排他的包含をカバーするものではないので、多くの要素からなる、プロセス、方法、物品、または装置は、それらの要素だけを含むものではなく、明確に列挙されていないか、そのようなプロセス、方法、物品、または装置に固有の他の要素を含むことができる。更に、関係用語、例えば、第１と第２、上部と下部、および同類のものの使用は、もしあれば、一つの存在または行為を別の存在または行為から単に区別するために使用されているものであって、そのような存在または行為の間のどのような実際のそのような関係または順序を必ずしも必要としないか暗に示していないことは明らかである。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態による無線通信システムのブロック図。
【図２】本発明の実施形態による図１の移動局のブロック図。
【図３Ａ】図１の通信システムによって提供されるマルチメディア・ ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）に加入している図１の移動局（ＭＳ）が本発明の実施形態に従ってイベントのＭＢＭＳ同報通信に参加する方法の論理フローチャート。
【図３Ｂ】図１の通信システムによって提供されるＭＢＭＳサービスに加入している図１のＭＳが本発明の実施形態に従ってイベントのＭＢＭＳ同報通信に参加する方法を示す図３Ａの論理フローチャートに続く論理フローチャート。
【図４Ａ】図１の通信システムが本発明の種々の実施形態に従って先の通信セッションに関するデータパケットセットを図１のＭＳへ再送する論理フローチャート。
【図４Ｂ】図１の通信システムが本発明の種々の実施形態に従って先の通信セッションに関するデータパケットセットを図１のＭＳへ再送する図４Ａの論理フローチャートに続く論理フローチャート。
【図４Ｃ】図１の通信システムが本発明の種々の実施形態に従って先の通信セッションに関するデータパケットセットを図１のＭＳへ再送する図４Ａおよび図４Ｂの論理フローチャートに続く論理フローチャート。
【図１】
2006510336.tif 000003
【図２】
2006510336.tif 000004
【図３Ａ】
2006510336.tif 000005
【図３Ｂ】
2006510336.tif 000006
【図４Ａ】
2006510336.tif 000007
【図４Ｂ】
2006510336.tif 000008
【図４Ｃ】
2006510336.tif 000009
【国際調査報告】
2006510336.tif 000010