JP4468441B2

JP4468441B2 - パケットデータ通信システムにおける放送マルチキャストサービスの配信を規制する方法および装置

Info

Publication number: JP4468441B2
Application number: JP2007505286A
Authority: JP
Inventors: オプレスキュ−サーコブ、バレンティン; エス．ケリー、ショーン; エイ．ザサードペイン、ウィリアム; アール．スメタナ、ジョセフ
Original assignee: Motorola Inc
Current assignee: Motorola Solutions Inc
Priority date: 2004-06-02
Filing date: 2005-05-31
Publication date: 2010-05-26
Anticipated expiration: 2025-05-31
Also published as: US20050282571A1; JP2007531418A; WO2006004594A2; CN101061653B; WO2006004594A3; CN101061653A; US7415241B2

Description

（関連出願の相互参照）
本願は、本願出願人と同じ出願人が所有し、援用によりその全体を本明細書に組み込む２００４年６月２日出願の米国仮出願第６０／５７６，３１９号、発明の名称「パケットデータ通信システムにおける放送マルチキャストサービスの配信を規制する方法および装置 (METHOD AND APPARATUS FOR REGULATING A DELIVERY OF A BROADCAST-MULTICAST SERVICE IN A PACKET DATA COMMUNICATION SYSTEM)」の優先権を主張する。

（発明の属する技術分野）
本発明は、一般にパケットデータ通信システムに関し、詳細にはパケットデータ通信システムにおける放送マルチキャストサービス（ＢＣＭＣＳ）またはマルチメディア放送／マルチキャストサービス（ＭＢＭＳ）の配信に関する。

（発明の背景）
第３世代パートナーシッププロジェクト２（３ＧＰＰ２）規格はセルラ移動体通信システムのための互換性規格を提供する。３ＧＰＰ２規格では、ｃｄｍａ２０００（符号分割多重接続２０００）通信方式（例えば１Ｘ方式またはＤＯ方式）で動作している移動局（ＭＳ）すなわちアクセスターミナル（ＡＴ）（本明細書では以後、総称的にＭＳと称する）が、そのような規格に従って構築されたシステム内で動作している時に通信サービスを得られることが保証される。この規格では、互換性を確保するために、エアインタフェースを介して交換されるデジタル規制メッセージとベアラトラフィックとを支配するプロトコルを含む無線システムパラメータおよびデータ転送手順の仕様が規定されている。

３ＧＰＰ２規格は、Ｘ．Ｐ００２２、Ａ．Ｓ０００１９およびＳ．Ｒ００８３の下、ｃｄｍａ２０００通信システムによってサービス提供されていると共に該システムに加入しているＭＳへの、ｃｄｍａ２０００通信システムによる放送マルチキャストサービス（ＢＣＭＣＳ）の配信のための規格を提供している。例えば、ＢＣＭＣＳは、音声、映像および／またはケーブルニュースネットワーク社（ＣＮＮ）のニュース放送またはホームボックスオフィス社（ＨＢＯ）のショーのようなマルチメディアプログラムに関連するデータのフローを伝えることが可能である。ＢＣＭＣＳを提供する通信システムでＭＳが起動した場合、ＭＳは、通信システムに、詳細にはＢＣＭＣＳコントローラに、ＢＣＭＣＳフローに関連するマルチキャストデータを受け取りたいという意思を示すことにより、ＢＣＭＣＳに関連する１または複数の放送マルチキャストフローへのアクセスを要求し得る。ＢＣＭＣＳに、および特定の放送マルチキャストフローに登録することにより、ＭＳはそれらのフローに関連する放送／マルチキャストグループに参加する。

放送マルチキャストフローを求めるＭＳからのアクセス要求を受け取ることに応じて、ＢＣＭＣＳコントローラは、そのフローに関連するすなわちＭＳによって加入されているＣＮＮやＨＢＯ等のプログラムに関連する複数の識別子（ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤおよびＢＡＫ＿ＩＤ）と、そのフローに関連する音声、映像、および／を暗号化するために使用される暗号キー（ＥｎｃｒＢＡＫ）とをＭＳに伝える。ＢＣＭＣＳコントローラがそのフローに関連するＢＣＭＣＳデータを受け取ると、ＢＣＭＣＳコントローラはＥｎｃｒＢＡＫキーを使用してデータを暗号化し、それをＭＳにサービス提供している基地局（ＢＳ）またはアクセスネットワーク（ＡＮ）（本明細書では以後、総称的にＢＳと称する）を介して放送させることができる。その後、各加入ＭＳは提供されたキーを使用して放送された音声、映像および／またはデータを解読し、ＭＳのユーザにその音声、映像および／またはデータを表示し得る。ＭＳが複数のＢＣＭＣＳフローに加入している場合には、ＭＳにはそのようなフローの各々に関連するフローＩＤと暗号キーとが与えられる。その後、ＭＳのユーザはいつでも、複数の放送マルチキャストフローのうちのどの放送マルチキャストフローを解読し、聞くか見るかすることを選択することができる。

現在、３ＧＰＰ２規格は、ＢＣＭＣＳコントローラによってＢＳに伝えられると共にＢＳによりサービス提供されるＭＳによって加入されているマルチキャストフローの放送の数量または品質を規制していない。すなわちＢＳ放送マルチキャストサービスに関連する放送マルチキャストフローを提供する際に、ＢＣＭＣＳコントローラは、ＢＳで利用可能な帯域幅やチャネル条件に拘わらず、ＢＳによってサービス提供されるすべてのＭＳによって加入されているフローをすべて提供しなければならない可能性がある。フローがこのように無制限に伝達されると、すべての受け取ったフローを放送するのに利用可能な帯域幅が不足するため、ＢＳで輻輳が生じる可能性がある。その結果、ＢＳは、受け取ったフローの一部を勝手にブロックしたり、および／または１または複数の同時に受信されるフローのサービス品質（ＱｏＳ）を勝手に低下させたりする可能性がある。さらに、ＢＳは、１または複数のそのようなフローに加入すると共にＢＳによってサービス提供されている各ＭＳに関連する加入情報を認識していない。例えば、ＭＳがＢＣＭＣＳに加入する場合、ＭＳはさらにそのようなサービスの特定のＱｏＳを例えばゴールドプラン、シルバープランまたはブロンズプランに規定するか、あるいは予め決定されたＱｏＳである特定のＢＣＭＣＳが提供されるだろうと理解する場合がある。ＢＳが受け取ったフローを勝手にブロックするかまたは勝手にＱｏＳを低下させた場合、ＢＳは、多数の加入者によって加入されている放送マルチキャストフローをブロックしつつ加入者の少ない放送マルチキャストフローを放送したり、あるいはＱｏＳを許容し難いほど低レベルに低下させたりする場合がある。結果として、加入者は不満を抱き、システムオペレータは憤りを覚えるだろう。

ＢＣＭＣＳコントローラによるＢＳへのＢＣＭＣＳの配信を規制するための方法および装置が必要とされている。

ＢＣＭＣＳコントローラによる基地局（ＢＳ）への放送マルチキャストサービス（ＢＣＭＣＳ）の提供を規制する方法および装置に対する要求に答えるために、通信システムは、アプリケーションサーバがあるカバレージエリア内で放送マルチキャストフローのサービスを開始してほしいとの要求を受け取ると、サーバに１または複数の輻輳情報および加入者情報を提供する。サーバに１または複数の輻輳情報および加入者情報を提供することにより、サーバは、サービスを提供している基地局を介して該カバレージエリアに配信するように要求されているか、または現在送信されている複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、アンブロックすること、ダウングレードすること、またはアップグレードすることに関連する、および／またはカバレージエリアに配信された放送マルチキャストフローに新しい放送マルチキャストフローを追加するか否かの、情報に基づくインテリジェントな決定を下すことができる。

一般に、本発明の実施形態は、放送マルチキャストサービスを提供する方法を包含する。方法は、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの少なくとも１つの要求を受け取ること、さらには該カバレージエリアにおける輻輳に関する情報を受け取ること、を含む。方法はさらに、受け取った輻輳情報に基づいて、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、およびカバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定することを含む。

放送マルチキャストフローをブロックする決定に応じて、カバレージエリアでの放送マルチキャストフローの伝送はブロックされる。放送マルチキャストフローをアンブロックすることの決定に応じて、カバレージエリアでの放送マルチキャストフローの伝送はアンブロックされる。放送マルチキャストフローをダウングレードする決定に応じて、カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローがダウングレードされる。放送マルチキャストフローをアップグレードする決定に応じて、カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローがアップグレードされる。新しい放送マルチキャストフローを追加する決定に応じて、カバレージエリアにおいて新しい放送マルチキャストフローが追加される。

本発明の別の実施形態は、放送マルチキャストサービスを提供する方法を包含する。方法は、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの少なくとも１つの要求を受け取ること、さらには複数の放送に関連する優先度情報を受け取ることを含む。方法はさらに、受け取った優先度情報に基づいて、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、およびカバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定することを含む。

放送マルチキャストフローをブロックする決定に応じて、カバレージエリアでのある放送マルチキャストフローの伝送はブロックされる。放送マルチキャストフローをアンブロックすることの決定に応じて、カバレージエリアでのある放送マルチキャストフローの伝送はアンブロックされる。放送マルチキャストフローをダウングレードする決定に応じて、カバレージエリアでのある放送マルチキャストフローの伝送の前に、その放送マルチキャストフローがダウングレードされる。放送マルチキャストフローをアップグレードする決定に応じて、カバレージエリアでのある放送マルチキャストフローの伝送の前に、その放送マルチキャストフローがアップグレードされる。放送マルチキャストフローを追加する決定に応じて、カバレージエリアにおいて新しい放送マルチキャストフローが追加される。

本発明のさらに別の実施形態は、プロセッサを備えた放送アプリケーションサーバを包含する。プロセッサは、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの少なくとも１つの要求を受け取る。プロセッサはさらに、カバレージエリアにおける輻輳に関する情報を受け取る。受け取った輻輳情報に基づいて、プロセッサは、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、およびカバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定する。

放送マルチキャストフローをブロックする決定に応じて、プロセッサはカバレージエリアでの放送マルチキャストフローの伝送がブロックする。放送マルチキャストフローをアンブロックすることの決定に応じて、プロセッサはカバレージエリアでの放送マルチキャストフローの伝送をアンブロックする。放送マルチキャストフローをダウングレードする決定に応じて、プロセッサは、カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをダウングレードする。放送マルチキャストフローをアップグレードする決定に応じて、プロセッサは、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをアップグレードする。

本発明のさらに別の実施形態は、プロセッサを備えた放送アプリケーションサーバを包含する。プロセッサは、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの少なくとも１つの要求を受け取る。プロセッサはさらに、記複数の放送マルチキャストフローに関連する優先度情報を受け取る。受け取った優先度情報に基づいて、プロセッサは、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、およびカバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定する。

放送マルチキャストフローをブロックする決定に応じて、プロセッサは、カバレージエリアでの放送マルチキャストフローの伝送をブロックする。放送マルチキャストフローをアンブロックすることの決定に応じて、プロセッサは、カバレージエリアでの放送マルチキャストフローの伝送をアンブロックする。放送マルチキャストフローをダウングレードする決定に応じて、プロセッサは、カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをダウングレードする。放送マルチキャストフローをアップグレードする決定に応じて、プロセッサは、カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをアップグレードする。

本発明は図１−５を参照すればより完全に説明され得る。図１は、本発明の実施形態による無線通信システム１００のブロック図である。通信システム１００は、少なくとも１つの基地局（ＢＳ）、アクセスネットワーク（ＡＮ）または無線アクセスネットワーク（ＲＡＮ）（本明細書では以後ＢＳと総称する）１１０を含んでいる。ＢＳ１１０は、ネットワークコントローラ１１４に動作的に結合された少なくとも１つのトランシーバ１１２を含んでいる。トランシーバ１１２は、例えばベーストランシーバステーション（ＢＴＳ）、アクセスポイント（ＡＰ）またはノードＢである。ネットワークコントローラ１１４は、例えば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、またはパケット規制機能（ＰＣＦ）である。ＢＳ１１０は、ＢＳによりサービスを提供される、セルまたはセクタのようなカバレージエリア１０９に位置する移動局（ＭＳ）、アクセスターミナル（ＡＴ）、またはユーザ装置（ＵＥ）などの移動通信装置（本明細書では以後ＭＳと総称する）に、エアインタフェース１０６を介して通信サービスを提供する。エアインタフェース１０６はダウンリンク１０７およびアップリンク１０８を含み、その各々が複数の無線周波数（ＲＦ）資源、すなわちＲＦ通信チャネルを有する。ダウンリンク１０７は好ましくは、ページングチャネル、少なくとも１つのダウンリンクパイロットチャネル、少なくとも１つのダウンリンク制御チャネルおよび少なくとも１つのダウンリンクベアラチャネルを含んでいる。アップリンク１０８は好ましくは、アップリンクアクセスチャネルおよび少なくとも１つのアップリンク制御チャネルを含んでいる。一般に、および放送とは無関係に、アップリンクは少なくとも１つのアップリンクベアラチャネルをさらに含んでいてもよい。

通信システム１００はさらに複数の移動局（ＭＳ）、アクセスターミナル（ＡＴ）、またはユーザ装置（ＵＥ）１０２−１０４（３つを図示）（本明細書では以後ＭＳと総称する）を備えている。ＭＳはＢＳ１１０のカバレージエリア１０９内に存在し、ＢＳによってサービスを提供される。各ＭＳ１０２−１０４が、セル式電話、無線電話、無線周波数（ＲＦ）機能を備えた携帯情報端末（ＰＤＡ）、またはラップトップコンピュータのようなデジタル端末装置（ＤＴＥ）にＲＦインターフェイスを提供する無線モデムのいずれであってもよく、また、それらに限定されるわけではないことが当業者には理解されよう。各ＭＳ１０２−１０４は、通信システム１００によって提供される放送マルチキャストサービスに関連する音声、映像および／またはデータを受け取り、表示することができる。放送マルチキャストサービスは、放送マルチキャストサービスに加入したＭＳへの放送マルチキャストサービスデータの配信を提供する。

通信システム１００はさらに、ＢＳ１１０に動作的に結合されたゲートウェイ１１６と、ネットワークコントローラ１１４と通信する放送アプリケーションサーバ１２２と、放送アプリケーションサーバおよびゲートウェイの各々と動作的に結合された加入者プロフィールデータベース１２８とを含んでいる。ゲートウェイ１１６は、例えばパケットデータサービスノード（ＰＤＳＮ）、および／または放送サービスノード（ＢＳＮ）、またはサービスＧＰＲＳサポートノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサポートノードのようなである。放送アプリケーションサーバ１２２は、例えば放送マルチキャストサービス（ＢＣＭＣＳ）コントローラおよび／またはＢＣＭＣＳコンテンツサーバ、または放送マルチキャストサービスセンター（ＢＭ−ＳＣ）およびユーザサポートサーバのような他の考えられるサーバである。本発明の様々な実施形態では、加入者プロフィールデータベース１２８は、認証認可課金事業体（Authentication, Authorization, Accounting entity, ＡＡＡ）（図示しない）、ホームロケーションレジスタ（ＨＬＲ）（図示しない）またはホーム加入者サーバ（ＨＳＳ）（図示しない）に存在してもよいし、またはそれらの間で分配されてもよいし、それらと離れた事業体に存在していてもよい。ＢＳ１１０、ゲートウェイ１１６、アプリケーションサーバ１２２、および加入者プロフィールデータベース１２８の各々は、無線ネットワーク１３２のネットワーク要素を含む。

通信システム１００はさらに、複数の放送マルチキャスト（ＢＭ）コンテンツプロバイダ１３６，１３８（２つを図示）を含む。各ＢＭコンテンツプロバイダ１３６，１３８はデータネットワーク１３４を介して無線ネットワーク１３２、詳細にはサーバ１２２に結合される。通信システム１００によって提供され、各ＭＳ１０２−１０４によって加入され得る放送マルチキャストサービスの一部として、各ＢＭコンテンツプロバイダ１３６，１３８の各々は、サーバ１２２、ゲートウェイ１１６およびＢＳ１１０を介してＭＳ１０２−１０４のような加入ＭＳへ放送マルチキャストサービスデータを発信する。

通信システム１００は、サービスに加入しているＭＳ１０２−１０４のようなＭＳに複数の放送マルチキャストフローを配信することができる、放送マルチキャストサービスを提供する。例えば、放送マルチキャストフローは、ケーブルニュースネットワーク社（ＣＮＮ）のニュース放送、ホームボックスオフィス社（ＨＢＯ）のショー、またはサッカーの試合や野球の試合のようなスポーツイベントのようなマルチメディアプログラムに関連する音声、映像および／またはデータの放送を含み得る。好ましくは、通信システム１００は３ＧＰＰ２（第３世代パートナーシッププロジェクト２）規格に従って動作する符号分割多重接続（ＣＤＭＡ）２０００の通信システムである。３ＧＰＰ２規格は、ＣＤＭＡ２０００エアインタフェース（ＩＸとＤＯの両方）に対する互換性規格を提供し、放送マルチキャストサービスすなわち放送マルチキャストサービス（ＢＣＭＣＳ）の無線システムパラメータ、呼処理手順およびプロビジョンを含む無線通信システムの動作プロトコルを規定する。ＢＣＭＣＳは３ＧＰＰ２（第３世代パートナーシッププロジェクト２）Ｘ．Ｐ００２２、Ａ．Ｓ０００１９、Ｃ．Ｓ００５４およびＳ．Ｒ００８３規格で詳細に記述されており、これらの規格はその全体を本明細書に援用するものとし、そのコピーはインターネットを通じて、または米国２２２０１バージニア州アーリントンスイーツ３００ヴィルソンブルバード２５００所在の３ＧＰＰ２事務局の管理オフィスから、入手することが可能である。

本発明の別の実施形態では、通信システム１００は、３ＧＰＰ（第３世代パートナーシッププロジェクト）規格に従って動作するユニバーサルモバイルテレコミュニケーションサービス（ＵＭＴＳ）またはＧＰＲＳ通信システムであってもよい。３ＧＰＰ規格が、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＴＳ（技術仕様書）２３．２４６、ＴＳ２２．１４６、ＴＳ２５．３４６およびＴＳ２９．８４６で、無線通信システムの動作プロトコルも規定し、放送マルチキャストサービスすなわちマルチメディア放送／マルチキャストサービス（ＭＢＭＳ）の配信をさらに規定する。それらの仕様はその全体を本明細書に援用するものとする。本発明のさらに別の実施形態では、通信システム１００は、時分割多重接続（ＴＤＭＡ）通信方式または直交周波数多重接続（ＯＦＤＭ）方式を含むがこれらに限定されない任意の他の無線通信方式に従って動作してもよい。

ここで図１および２を参照すると、各ＭＳ１０２−１０４、ゲートウェイ１１６、およびサーバ１２２は、１または複数のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、それらの組合せ、または当業者に周知のそのような他の装置のようなプロセッサ２０６，１１８，１２４をそれぞれ備えている。各ＭＳ１０２−１０４、ゲートウェイ１１６、およびサーバ１２２はさらに、それぞれのプロセッサに接続された少なくとも１つのメモリデバイス２０８，１２０，１２６をそれぞれに備えている。メモリデバイス２０８，１２０，１２６は、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、および／またはリードオンリーメモリ（ＲＯＭ）またはそれらの等価物であり、ＭＳゲートウェイまたはサーバに関連する識別子、例えば静的または動的に割り当てられた識別子、ＩＰ（インターネットプロトコル）アドレスを始めとする静的または動的に割り当てられたルーティングアドレス、およびプロセッサによって実行可能であってプロセッサが通信システム１００において動作することを可能にする他のデータおよびプログラムを格納する。

サーバ１２２の少なくとも１つのメモリデバイス１２６はさらに、サーバによって提供される各放送マルチキャストフローに関連する１または複数の識別子、例えば、フロー識別子（ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ）および該フローに関連する放送アクセスキー識別子（ＢＡＫ＿ＩＤ）や、放送マルチキャストフローに関連するデータを暗号化するために使用される暗号キー（例えばＥｎｃｒＢＡＫ）を保持している。また、サーバ１２２の少なくとも１つのメモリデバイス１２６はさらに、サーバによって提供されている各放送マルチキャストフローに関連して、放送マルチキャストフローのサービス伝送パラメータ、例えば推奨データ転送速度または帯域幅、推奨サービス品質（ＱｏＳ）、フローに関連するサービスクラス、フローがプレミアム（premium,割増料金の）（より高い、または特別な加入料）のフローであるか否かの表示、および放送マルチキャストフローに加入するゲートウェイ（ゲートウェイ１１６）、ＢＳ（例えばＢＳ１１０）、および／またはＭＳ（例えばＭＳ１０２−１０４）のリストを保持している。

本発明の様々な実施形態では、各ＭＳ１０２−１０４の少なくとも１つのメモリデバイス２０８は、サービス技術者および／またはメモリスティック、加入者識別モジュール（ＳＩＭ）またはユーザ識別モジュール（ＵＩＭ）を始めとするＭＳのユーザによって取外し可能なリムーバブルメモリ装置によってMSから通常取り外される、固定記憶装置を含み得る。各ＭＳ１０２−１０４はさらに、動作的にプロセッサ２０６に結合し、ＭＳによるメッセージを送受を各々が提供する、受信機２０２および送信機２０４を備えている。別段の定めがない限り、ＭＳ１０２−１０４、ゲートウェイ１１６、またはサーバ１２２によって本明細書で行われるものとして説明した機能はすべて、ＭＳ、ゲートウェイ、およびサーバのそれぞれのプロセッサ２０６，１１８および１２４によって行なわれる。

加入者プロフィールデータベース１２８は、通信システム１００のサービスに加入しているＭＳ１０２のような各ＭＳに関連するモバイルの識別子（モバイルＩＤ）を保持し、さらには、ＭＳが通信システム１００中で起動した場合のＭＳの登録を含む各ＭＳに関連するプロビジョニングおよびモビリティの情報を保持し、それを追跡する。加入者プロフィールデータベース１２８はさらに、モバイルＩＤに関連して、ＭＳの加入者プロフィールを保持する。加入者プロフィールは、ＭＳと、通信システム１００によって配信されＭＳによって加入されている放送マルチキャストサービスおよび特定の放送マルチキャストフローのようなサービスとに関する機能を有し、また、そのようなＭＳとサービスとによってサポートされたアプリケーションを備えている。各加入者プロフィールはさらに、各放送マルチキャストフローに関連して、加入者によって加入されたフローの価格すなわち加入料のようなフローへの加入に関する詳細も保持する。

加入者プロフィールデータベース１２８に保持された各加入者プロフィールは、ユーザによって加入される任意のサービスプランや、ユーザによって提供されるサービスの優先度をさらに含んでもよい。例えば、ＭＳのユーザは、ゴールドプラン、シルバープラン、またはブロンズプランに割増料金を払って加入することが可能である。ゴールドプラン加入者は、シルバープラン加入者やブロンズプラン加入者に保証されているサービス品質（ＱｏＳ）よりも高いＱｏＳが保証されてもよいし、ＱｏＳが低下されないことを保証されてもよい。ゴールドプラン加入者はさらに、シルバープラン加入者やブロンズプラン加入者よりも高い優先度を与えられてもよい。例えば、帯域幅が限られている場合、ゴールドプラン加入者には、シルバープラン加入者やブロンズプラン加入者にベアラチャネルが割り当てられる前に、ベアラチャネルが割り当てられ得る。同様に、シルバープラン加入者はブロンズプラン加入者よりも高いＱｏＳと優先度とが保証されてもよく、ブロンズプラン加入者は、非プラン加入者よりも高いＱｏＳと優先度を与えられてもよい。

ＭＳ１０２−１０４の各々のユーザによって加入される任意の放送マルチキャストサービスに関して、加入者プロフィールデータベース１２８に保持されるＭＳの加入者プロフィールは、１または複数の以下のものをさらに含んでいてもよい：ＭＳ（すなわちＭＳのユーザ）によって加入された放送マルチキャストフローのリスト、放送マルチキャストフローの優先順位（例えばＨＢＯに対するＣＮＮの優先順位）、１または複数の列挙された放送マルチキャストフローに関連するＱｏＳ（このＱｏＳは推奨されるか、所望されるか、または加入される）。例えば、所望または加入されるＱｏＳもしくは帯域幅は、ＭＳによって加入される最小のＱｏＳまたは帯域幅に一致してもよいし、またはＭＳによって加入されたゴールド、シルバーまたはブロンズプランに関連するＱｏＳまたは帯域幅に一致してもよい。

各ＭＳ１０２−１０４に関連する加入者プロフィールは、さらには、ＭＳの少なくとも１つのメモリデバイス２０８に保持されてもよい。リムーバブルメモリデバイスに加入者プロフィールを保持することにより、放送マルチキャストサービスの加入者は、自身の加入サービス、優先度、および加入者がその時に使用しているＭＳに対するサービスプランのリストを移動することができる。

通信システム１００によって提供される放送マルチキャストサービスに関連する放送マルチキャストフローを受け取るために、ＭＳ１０２を始めとするＭＳ１０２−１０４のユーザは、サービスとフローとに加入しなければならない。本発明の１実施形態では、ユーザは、例えば契約価格すなわち加入料でサービスとフローとを提供するシステム１００のオペレータとの合意書に署名することにより、サービスとフローとに予め登録し得る。システム１００のオペレーは次に、加入者プロフィールデータベース１２８に保持された加入者のプロフィールにこの加入情報を保存し、さらにはユーザのＭＳの少なくとも１つのメモリデバイス２０８にフローに関連する識別子をさらに保存し得る。ＭＳが通信システム１００において起動すると、ＭＳは、登録要求をＢＳ１１０およびゲートウェイ１１６を介してアプリケーションサーバ１２２に伝えることにより、放送マルチキャストフローへの加入をいつでも受け取ることができる。登録要求はフローに関連する識別子を含んでおり、そのため、登録されるフローをサーバ１２２に通知する。

本発明の別の実施形態では、ユーザはアドホックで放送マルチキャストサービスおよび放送マルチキャストフローに加入してもよい。そのような実施形態では、ネットワーク１３２、詳細には放送アプリケーションサーバ１２２は、フローに関連する識別子と、フローに関連する日付、時間、プログラムタイトル、および価格のような情報とを含むサービス通知またはサービス利用性のメッセージを放送することにより、放送マルチキャストフローをＭＳに通知し得る。サービス通知またはメッセージの受け取りに応じて、ＭＳのユーザは、フローに関連する放送マルチキャストサービスデータを受け取りたいという意思を示す登録要求を、通信システムに、詳細にはゲートウェイ１１６およびゲートウェイ１１６を介してアプリケーションサーバ１２２に伝えることにより、放送マルチキャストフローに加入し得る。繰り返すが、登録要求はフローに関連する識別子を含んでおり、そのため、登録されるフローをサーバ１２２に通知する。

ＭＳ（例えばＭＳ１０２）またはゲートウェイ（例えばゲートウェイ１１６）からの放送マルチキャストフローへの登録要求の受け取りに応じて、放送アプリケーションサーバ１２２は、サーバの１または複数のメモリデバイス１２６に、ゲートウェイ、サービス提供されているＢＳおよび／または加入ＭＳに関連する識別子を格納する。放送アプリケーションサーバ１２２は、加入者プロフィールデータベース１２８からＭＳに関連する加入者プロフィールをさらに検索し、ＡＡＡ（図示しない）のような課金システムを用いて課金記録を設定し、サービス提供のための請求書をＭＳに送ってもよい。代わりに、課金はゲートウェイ１１６で行われてもよい。

さらに、登録要求の受け取りに応じて、放送アプリケーションサーバ１２２は、ＭＳにサービス提供しているゲートウェイを介して、放送マルチキャストフローに固有に関連する１または複数の識別子、例えばＢＣＭＣＳフローに関するＢＣＭＣＳフロー識別子（ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ）および放送アクセスキー識別子（ＢＡＫＪＤ）を、ＭＳに伝えてもよい。放送アプリケーションサーバ１２２はさらに、例えばフローの開始時刻、データ圧縮に使用される圧縮アルゴリズム（例えばＭＰＥＧ４）のような復号情報、データを暗号化するために使用される暗号キー（例えばＥｎｃｒＢＡＫ）のような、放送マルチキャストフローに関連するデータを受け取り、復号し、かつ表示するためにＭＳによって使用され得るＭＳの情報を伝えてもよい。放送マルチキャストフローを暗号化および解読する暗号キーの使用によって、加入ＭＳのみがフローを受け取り、解読し、復号することができる。ＭＳのユーザが、放送マルチキャストサービスの複数のフローに加入している場合、ＭＳは、加入フローを区別し、かつＭＳのユーザがフローを聞くか見るかを選択できるように、各フローに関連する放送マルチキャストフロー識別子（例えばＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ）を使用し得る。その後、ＭＳは、データが暗号化された形式で受け取られる場合に、関連する暗号キー（例えばＥｎｃｒＢＡＫ）を使用して、ＭＳのユーザインタフェース２１０上でフローを解読し表示し得る。

放送アプリケーションサーバ１２２は、通信システム１００によって提供される放送マルチキャストサービスに関連する複数の放送マルチキャストフローの配信の中心点を、加入ＭＳに提供する。放送アプリケーションサーバ１２２が放送マルチキャストコンテンツプロバイダ１３６，１３８から放送マルチキャストフローに関連するデータを受け取ると、放送アプリケーションサーバは、ＭＳにサービス提供しているＢＳすなわちＢＳ１１０を介して、各加入ＭＳ（例えばＭＳ１０２−１０４）にデータを伝える。ＢＳは、関連するエアインタフェースであるダウンリンクすなわちダウンリンク１０７のベアラチャネルを介してデータを放送またはマルチキャストすることにより、データを送信する。データの伝達に先立って、放送アプリケーションサーバ１２２は、加入ＭＳに配布された暗号キー（例えばＥｎｃｒＢＡＫキー）を使用してデータを暗号化してもよい。その後、各加入ＭＳは、与えられたキーを使用して、放送された音声、映像および／またはデータを解読し、ユーザインタフェース２１０を介してＭＳのユーザにその音声、映像および／またはデータを表示することができる。

ＢＳ１１０によってサービス提供されている複数のＭＳ１０２−１０４が複数の放送マルチキャストフローに加入している場合、各加入ＭＳへの各フローの提供は、ＢＳに関連するカバレージエリア１０９のエアインタフェース１０６における輻輳を生じさせる恐れがある。すなわち、複数の放送マルチキャストフローの各放送マルチキャストフローに対するベアラチャネルの割り当てが、複数の放送マルチキャストフローの他の放送マルチキャストフローにとって許容しがたいレベルの干渉を引き起こす可能性があるか、またはエアインタフェース１０６の他のユーザにとって許容しがたいレベルの干渉を引き起こす可能性がある。さらに、ＢＳ１１０は、ＭＳ１０２−１０４によって加入された放送マルチキャストフローをすべて提供するために利用可能な帯域幅、例えば十分な量のベアラチャネル、を欠く可能性があるか、またはエアインタフェース１０６におけるチャネル条件が悪すぎてＭＳによって加入されたすべての放送マルチキャストフローの提供をサポートできない可能性がある。そのような問題を解決するために、通信システム１００は、放送マルチキャストサービスを、詳細には、例えばＢＳによって提供されている放送マルチキャストサービスの数量または品質が帯域幅制限またはチャネル条件によって制限されるか、またはエアインタフェースを輻輳し得る場合にＢＳにより加入ＭＳに提供される放送マルチキャストフローを、規制する方法および装置を提供する。

ここで図３を参照すると、本発明の実施形態による、通信システム１００が放送マルチキャストサービスの配信を規制する方法を例証する論理フロー図３００が示されている。論理フロー図３００は、通信システム１００、詳細にはＢＳ１１０がＢＳのカバレージエリア（すなわちカバレージエリア１０９）において複数の放送マルチキャストフローのサービスを開始してほしいとの複数の要求を受け取った時に開始する（３０２）。複数の要求の各要求は、ＢＳ１１０によってサービス提供されている複数のＭＳ１０２−１０４のあるＭＳに関連し、放送マルチキャストサービスに関連する複数の放送マルチキャストフローのうちのある放送マルチキャストフローを受け取りたいという該ＭＳの要求を示し、該ＭＳに関連するモバイルＩＤと所望の放送マルチキャストフローに関連するフロー識別子とを含む。例えば各要求は、ＢＣＭＣＳ登録メッセージを含んでもよい。例えば、ＭＳが通信システム１００で起動するか、Ｂ１１０にハンドオフされた時に、ＭＳは要求を伝えてもよい。別の例では、ＭＳは、放送マルチキャストフローの通知またはフローの利用性を通知するメッセージをネットワーク１３２から受け取ったことに応じて、要求を伝えてもよい。ＢＳ１１０が複数の要求を受け取った時、ＢＳは１または複数の要求された放送マルチキャストフローを既に提供していてもよいし、またはカバレージエリア１０９にいるＭＳに他の放送マルチキャストフローを提供していてもよい。

サービスを開始してほしいとの各要求の受け取ることに応じて、ＢＳ１１０は、ＢＳにサービスを提供している放送アプリケーションサーバ、すなわち放送アプリケーションサーバ１２２にサービスを開始してほしいとの対応する要求を伝え、放送アプリケーションサーバはＢＳから該要求を受け取る（３０４）。本発明の１実施形態では、ＢＳは、ＢＳによって受け取られたサービスを開始してほしいとの要求を転送し得る。本発明の別の実施形態では、サービスを開始してほしいとの各要求の受け取りに応じて、ＢＳはサービスを開始するための別の要求を組み立ててもよく、そのような組み立てられた要求はＢＳによって受け取られた要求に含まれていたモバイルＩＤおよびフロー識別子を含んでいる。次にＢＳは、放送アプリケーションサーバ１２２にその組み立てられた要求を伝える。

さらに、サービスを開始してほしいとの各要求の受け取りに応じて、ＢＳにおけるＲＦ資源の利用性または伝送出力および／またはＢＳにおけるチャネル条件のようなＢＳにおける輻輳に関連する情報を、ＢＳ１１０は放送アプリケーションサーバ１２２に伝え、放送アプリケーションサーバはＢＳからそれえを受け取り（３０６）、それをサーバの少なくとも１つのメモリデバイス１２６に保存する（３０８）。本発明の１実施形態では、ＢＳ１１０は、ＢＳによって受け取られたサービス要求に、輻輳情報を情報要素として付け加えてもよく、輻輳情報は該要求と共に転送され得る。本発明の別の実施形態では、サービス要求の受け取りに応じて、ＢＳ１１０は、ＢＳによって組み立てられたサービスを開始するために、輻輳情報を要求に含んでもよいし、または輻輳情報を含む別のメッセージを組み立ててから、サービスを開始するために組み立てられた要求の形でまたは該別のメッセージの形で、放送アプリケーションサーバ１２２に輻輳情報を伝えてもよい。

当業者に理解されるように、ＢＳ１１０はＢＳで利用可能なＲＦ資源すなわち通信チャネルと、ＢＳによって現在送信されている各通信チャネルに割り当てられた出力とを認識している。従って、ＢＳ１１０は輻輳情報、すなわちＲＦ資源利用性および／または放送アプリケーションサーバ１２２に利用可能かまたは割り当てられた伝送出力に関する情報を生成してもよい。ＢＳによってサービス提供されているＭＳ、例えばＢＳ１１０によってサービスＭＳ１０２−１０４が、ＢＳによって送信されたパイロットチャネルをモニタし、モニタされたパイロットチャネルに関する信号強度測定値または信号対雑音比のような信号品質測定値を決定し、アップリンクが確立された場合にＢＳにその決定された信号品質測定値を伝えることにより、チャネル条件をモニタし得ることは、当該技術分野で周知である。その後、ＢＳ１１０は、放送アプリケーションサーバ１２２に、受け取った信号品質測定値を転送し得る。

ＢＳ１１０はまた、アップリンクが利用可能な場合に、ＢＳによってサービス提供されている各ＭＳ１０２−１０４から受け取った信号に関して信号対雑音比、ビット誤り率（ＢＥＲ）、またはフレーム誤り率（ＦＥＲ）のような信号品質測定値を決定することにより、チャネル条件を自己決定することもできる。例えば、信号品質測定値は、通常、ソフトハンドオフで動作しているＭＳから受け取ったデータのフレームに関して、ＢＳにより決定される。その後、ＢＳ１１０は、放送アプリケーションサーバ１２２にその決定された信号品質測定値を転送し得る。

ＲＦ資源利用性、出力利用性、またはチャネル条件情報のような輻輳情報のＢＳ１１０による放送アプリケーションサーバ１２２への伝達は、一回であってもよいし、周期的であってもよいし、間欠的であってもよい。例えば、ＢＳ１１０は、新しい放送またはマルチキャストベアラチャネルがリリースされたか割り当てられた場合は常に、アプリケーションサーバ１２２を放送するためにＲＦ資源利用性情報を伝えてもよいし、またはＲＦ資源利用性の更新を周期的に伝えてもよい。別の例では、ＭＳ１０２−１０４のようなＭＳが自身のパイロットチャネル測定値を周期的に報告してもよく、所定の量を超えて先の測定値から測定値が変化した場合にのみそのような測定値を報告してもよく、または所定の閾値より下がるか上がるかした場合に限りそのような測定値を報告してもよいことが周知である。その後ＢＳ１１０は、そのような測定値が受け取られた場合は常にそのような測定を転送してもよいし、またはそのような測定値を転送すべきかどうかを決定するためにコントローラ１１４に格納されたアルゴリズムを実行してもよい。いつＢＳ１１０がそのような測定値を放送アプリケーションサーバ１２２に転送し得るかを決定するために、当業者には多くのアルゴリズムが思い浮かぶだろう。受け取った測定値を格納し、各サービス提供されているＭＳから受け取った最新の測定値を周期的に転送するというもの、または所定数の測定値が閾値より下がるか上がるかした場合にのみ受け取った測定値を転送するもの、といったような任意の特別の１つのアルゴリズムの使用は、システム１００の設計者次第で決まるものであって、本発明にとって重要でない。

さらに、輻輳情報の伝達は、ＢＳが上述したような情報を自己決定したこと、またはＢＳが各ＭＳ１０２−１０４からそのような情報を要求したことに応じて、放送アプリケーションサーバ１２２によってＢＳ１１０に伝達されるそのような情報からの要求より起こり得る。ＢＳからの輻輳情報の要求の受け取りに応じて、その後、各ＭＳは本明細書で説明した要求ＢＳに輻輳情報を伝え得る。

ＢＳ１１０から受け取った輻輳情報に基づいて、放送アプリケーションサーバ１２２は、カバレージエリア１０９での提供を要求されているかまたは現在カバレージエリア１０９で提供されている複数の放送マルチキャストフローのうちのある放送マルチキャストフローを、ブロックするかまたはアンブロックすることを決定する（３１０）。さらに、または代わりに、放送アプリケーションサーバ１２２は、複数の要求されているか現在提供されている放送マルチキャストフローのうちのある放送マルチキャストフローの伝送パラメータをダウングレードするかまたはアップグレードすることを決定してもよい（３１０）。さらに、または代わりに、放送アプリケーションサーバ１２２は、カバレージエリア１０９で提供されている放送マルチキャストフローにある放送マルチキャストフローを追加すること、すなわち、カバレージエリアで放送するために利用可能な新しいフローを作成するように放送マルチキャストコンテンツプロバイダ１３６，１３８に要求すること、を決定してもよい（３１０）。

本発明の１実施形態では、ステップ３１０は以下のステップを含み得る。放送アプリケーションサーバ１２２は、受け取った輻輳情報に基づいて、ＭＳ１０２−１０４によって要求されている放送マルチキャストサービスをすべて送信するとＢＳ１１０で輻輳が起こるだろうことを決定し得る。例えば、放送アプリケーションサーバ１２２は、ＢＳ１１０に要求された放送マルチキャストサービスを送信するのに十分な帯域幅がないかまたは十分な非割当て出力がないことを決定し得る。別の例では、放送アプリケーションサーバ１２２は、ＭＳ１０２−１０４によって要求された放送マルチキャストサービスをすべて送信するのに必要な出力では、ＢＳ１１０でそのような各サービスに対する、または他の現に存在する通信に対する許容しがたいレベルの干渉が生じ得ることを決定し得る。例えば、放送アプリケーションサーバ１２２は、比較結果を生じさせるために、ＢＳ１１０から受け取った各品質測定値と、信号品質測定値閾値とを比較し得る。閾値と各測定値との差の量のような比較結果に基づいて、放送アプリケーションサーバ１２２は、ＭＳ１０２−１０４によって要求された放送マルチキャストサービスをすべて送信すると、これらの測定値および／または比較結果の許容しがたい劣化を引き起こすだろうということを決定し得る。

ＭＳ１０２−１０４によって要求された放送マルチキャストサービスをすべて送信するとＢＳ１１０で輻輳が起こるであろうという決定に応じて、放送アプリケーションサーバ１２２は、要求された放送マルチキャストフローの数よりも少ないフローを送信すること、すなわち１または複数の要求されたまたは現在提供されている放送マルチキャストフローをブロックすることを決定してもよいし、あるいは、１または複数の要求されたフローまたは現在提供されているフローの伝送パラメータを下方に調節することまたは１または複数の要求されたフローまたは現在提供されているフローのサービスクラスを調節することにより、１または複数の要求されたフローまたは現在提供されているフローをダウングレードすることを決定してもよい。例えば、放送アプリケーションサーバ１２２は、１または複数のフローを低減した帯域幅または低下させたＱｏＳで送信することにより、１または複数の要求されたフローの伝送パラメータを下方調節することを決定してもよい。別の例では、放送アプリケーションサーバ１２２は、例えば実時間ストリーミングサービスを非実時間バックグラウンドダウンロードに変換することによって、実時間ストリーミングサービスの放送を延期することにより、異なるサービスクラスで１または複数のフローを送信することを決定してもよい。

本発明の別の実施形態では、放送アプリケーションサーバ１２２は、ステップ３１０で、受け取った輻輳情報に基づいて、ＲＦ資源利用性、送信出力利用性、またはチャネル条件がＢＳ１１０が追加の放送マルチキャストフローまたは１または複数の要求されているか現在提供されている放送マルチキャストフローのアップグレードバージョンをサポートできるものであることを決定してもよい。例えば、輻輳情報は、十分な帯域幅または出力がＢＳ１１０で利用可能であることを示してもよいし、放送アプリケーションサーバが現在ブロックされている放送マルチキャストフローをアンブロックするようにし、１または複数の要求されたフローまたは現在提供されているフローの送信パラメータを上方調節し、またはカバレージエリア１０９で放送するために利用可能な新しいフローを作成するように放送マルチキャストコンテンツプロバイダ１３６，１３８に要求することができることを示してもよい。

ＢＳ１１０で放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、または追加することの決定に応じて、放送アプリケーションサーバ１１２は、ブロック、アンブロック、ダウングレード、アップグレード、または追加することをそれぞれ行うべき放送マルチキャストフローを選択する。ブロック、アンブロック、ダウングレード、アップグレードするか、または追加すべき放送マルチキャストフローを選択する際に、放送アプリケーションサーバ１２２は、任意の１または複数のそのようなフローに割り当てられた優先度、推奨帯域幅、および／またはフローのＱｏＳ、またはフローのサービスクラス要求を考慮したアルゴリズムを実行することにより、フローを選択し得る。例えば、ただ一つの要因を考慮した場合、放送アプリケーションサーバ１２２は、最も加入数の少ないＭＳか最も低い優先度を有する要求されているか現在送信されている放送マルチキャストフローをブロックするか、該フローの帯域幅を減少またはＱｏＳを低下させるか、または該フローのサービスクラスを変更し得る。別の例では、放送アプリケーションサーバ１２２は、３２キロビット／秒（ｋｂｐｓ）のデータ転送速度の代わりに６４ｋｂｐｓの関連するデータ転送速度のフローを放送するなど、最も高いデータ転送速度フローのデータ転送速度を低減することを決定してもよい。さらに別の例では、放送アプリケーションサーバ１２２は、ＢＳ１１０を介して提供された複数の放送マルチキャストフローの帯域幅、ＱｏＳまたはサービスクラスを低減することを決定し、すべての要求されたおよび現在送信されている放送マルチキャストフローが提供され得るようにしてもよい。代わりに、放送アプリケーションサーバがより高い帯域幅が利用可能であることを判定した場合には、サーバは先のレベルのサービスを向上させるか、または復元してもよい。

本発明の別の実施形態では、ブロック、アンブロック、ダウングレード、アップグレード、または追加すべき放送マルチキャストフローを選択する際に、放送アプリケーションサーバ１２２によって実行されるアルゴリズムは、各放送マルチキャストフローのＢＳ１１０での提供に関する動作目標、例えば放送マルチキャストフローを受け取るＭＳの数を最大にすること、提供されるフローの数量を最大にすること、またはフローの提供によって生じる収入を最大にすること、をさらに考慮するか、代わりに考慮し得る。例えば、放送アプリケーションサーバ１２２がブロックまたはダウングレードすべき放送マルチキャストフローを選択した場合、サーバは加入ＭＳの数が最も少ないフロー、プレミアムフローでないフロー、または高いデータ転送速度または高いＱｏＳ要求量のフローを選択し得る。サーバがアンブロック、アップグレード、または追加すべき放送マルチキャストフローを選択した場合、より多くの数量のフローがアンブロックされるか追加されるように、サーバは要求ＭＳの数が最大であるフローまたはＭＳに加入されている割り増し放送マルチキャストフローを選択してもよいか、または低いデータ転送速度または低いＱｏＳのフローを選択してもよい。

次に放送アプリケーションサーバ１２２は、選択した放送マルチキャストフローをブロックし、アンブロックし、品質を低下し、品質を向上し、または追加する（３１２）。次にアプリケーションサーバ１２２は、複数の要求されているまたは現に存在する放送マルチキャストフローのうちの、任意のダウングレードしたかアップグレードした放送マルチキャストフローと任意の追加した放送フローを含む、各ブロックされていない放送マルチキャストフローを、ＢＳに伝達する（３１４）。ＢＳ１１０は、放送アプリケーションサーバ１２２から受け取った放送マルチキャストフローを加入ＭＳに放送し、論理フロー３００は終了する（３１６）。

本発明の別の実施形態では、集中型ネットワークおよび次世代ネットワークをサポートして、放送マルチキャストフローを１つの目的地に対してブロックすると共に別の目的地に対してアンブロックすることにより、放送アプリケーションサーバは、ユーザ優先度および輻輳状況に基づいて、あるネットワークから別のネットワーク（同じタイプまたは異なるタイプの）まで、またはある装置から別の装置まで、フローを転送することができる。

サーバがサービスを開始してほしいという要求を受け取る際に放送アプリケーションサーバ１２２に輻輳情報を提供することによって、サーバは、放送マルチキャストフローのブロック、アンブロック、ダウングレード、アップグレード、および追加に関するインテリジェントな決定を下すことができる。例えば、放送アプリケーションサーバ１２２は、加入ＭＳ数が最も少ないか優先度が最も低い放送マルチキャストフローをブロックし、該フローの帯域幅を減少またはＱｏＳを低下させるか、または該フローのサービスクラスを変更してもよいし、最も高いデータ転送速度フローのデータ転送速度を低減してもよい。さらに別の例では、放送アプリケーションサーバ１２２は、ＢＳ１１０を介して提供される複数の放送マルチキャストフローの帯域幅を減少またはＱｏＳを低下させるか、または該フローのサービスクラスを変更してもよく、その結果、要求されている放送マルチキャストフローと現在送信されている放送マルチキャストフローのすべてが提供される。放送アプリケーションサーバ１２２がより高い帯域幅が利用可能であることを判定した場合には、サーバは先のレベルのサービスを向上させるか、または復元してもよい。

さらに、放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加する際に、放送アプリケーションサーバ１２２は各放送マルチキャストフローのＢＳ１１０での提供に関連する１または複数の動作目標、例えば放送マルチキャストフローを受け取るＭＳの数を最大にすること、提供されるフローの数量を最大にすること、またはフローの提供によって生じる収入を最大にすること、を最適化してもよい。その結果、放送アプリケーションサーバ１２２が情報に基づく決定を下すことにより、通信システム１００の全体効率は先行技術に対して向上し、システム性能に関する加入者の不満や失望は低減し、通信システム１００のオペレータの目標が実現され、達成され得る。

図４は、本発明の別の実施形態による、通信システム１００がＢＳ１１０による放送マルチキャストサービスの提供を規制する方法の論理フロー図４００である。論理フロー図３００と同様に、論理フロー図４００はステップ３０４と同様に、通信システム１００、詳細には放送アプリケーションサーバ１２２が、ＢＳ（すなわちＢＳ１１０）のカバレージエリア（すなわちカバレージエリア１０９）において複数の放送マルチキャストフローのサービスを開始してほしいとの複数の要求を受け取った（４０４）時に開始する（４０２）。ステップ３０４と同様に、複数の要求の各要求は、放送マルチキャストフローの開始が要求されているＭＳに関連付けられたモバイルＩＤと、要求された放送マルチキャストフローに関連するフロー識別子とを含む。

放送アプリケーションサーバ１２２はさらに、受け取った要求の各々に関連するＭＳに関連する加入情報を受け取る（４０６）。放送アプリケーションサーバは、受け取ったモバイルＩＤおよび受け取った放送マルチキャストフロー識別子と関連付けて、受け取ったＭＳ関連加入情報をサーバの少なくとも１つのメモリデバイス１２６に格納し得る（４０８）。本発明の１実施形態では、サービス開始要求を伝えるＭＳ（例えばＭＳ１０２）またはＢＳ（すなわちＢＳ１１０）は、例えば加入情報を情報要素として要求に付けて、その要求の中に加入情報を埋め込み得る。例えば、サービス開始要求は、各要求された放送マルチキャストサービスに関連する放送マルチキャストサービス識別子、各要求された放送マルチキャストサービスに関連するＱｏＳ、各要求されたサービスに一致する優先度、各要求された放送マルチキャストサービスに関連する優先順位を含んでもよい。優先順位は、例えば放送マルチキャストサービスに割り当てられる「１０」（最も高い）と「１つ」（最も低い）との間の絶対優先順位であってもよいし、例えばＣＮＮの優先順位はＨＢＯより高いといったような相対優先順位であってもよい。その後、優先度情報を含むサービス開始要求は、ゲートウェイ１１６を介して放送アプリケーションサーバ１２２に伝達される。本発明の別の実施形態では、ＢＳ１１０は、サービス開始要求とは別のメッセージで、ゲートウェイ１１６を介して放送アプリケーションサーバ１２２に加入情報を伝えてもよい。

本発明のさらに別の実施形態では、放送アプリケーションサーバ１２２は、ネットワーク要素から加入情報を検索することにより、加入情報を受け取ってもよい。すなわち、各要求の受け取りに応じて、またモバイルＩＤに基づいて、放送アプリケーションサーバ１２２は加入者プロフィールデータベース１２８に、関連ＭＳによって加入されている放送マルチキャストサービスに関する情報を問い合わせてもよい。問い合わせに応じて、加入者プロフィールデータベース１２８は、該ＭＳに関連する放送マルチキャストサービス識別子のリスト、放送マルチキャストサービスの優先順位、ユーザに所望されているか加入されている列挙された１または複数の放送マルチキャストサービス、およびそれは所望か、ユーザによって加入される、およびＭＳによって加入されたサービスに与えられる任意の優先度（例えばＭＳが加入したゴールド、シルバー、またはブロンズプランの表示）のうちの１または複数を、放送アプリケーションサーバ１２２に返送し得る。その後、放送アプリケーションサーバ１２２は、モバイルＩＤと放送サービス識別子と関連付けて、受け取った加入情報を少なくとも１つのメモリデバイス１２６に格納する。

次に、受け取った加入情報に基づいて、放送アプリケーションサーバ１２２は、カバレージエリア１０９での提供を要求されているかまたは現在カバレージエリア１０９で提供されている複数の放送マルチキャストフローのうちのある放送マルチキャストフローを、ブロック、アンブロック、ダウングレード、および／またはアップグレードすることを決定する（４１０）。さらに、または代わりに、放送アプリケーションサーバ１２２は、カバレージエリア１０９で提供されている放送マルチキャストフローに、ある放送マルチキャストフローを追加すること、すなわち、カバレージエリアで放送するために利用可能な新しいフローを作成するように放送マルチキャストコンテンツプロバイダ１３６，１３８に要求すること、を決定してもよい（４１０）。

本発明の別の実施形態では、加入情報に基づいて、放送アプリケーションサーバ１２２は、１または複数の、要求されているかまたは現在提供されている放送マルチキャストフローをアンブロックまたはアップグレードすることを決定し、および／またはカバレージエリア１０９に送信されたフローに新しい放送マルチキャストフローを追加することを決定し得るが、その理由としては、例えば多くのＭＳがフローに加入し、カバレージエリアにいるため（すべての加入ＭＳがフローを要求したとは限らない）、１または複数のフローに関して高い優先度があったため、１または複数のフローに関連して帯域幅に対して多くの加入ＭＳまたは高いＱｏＳがあるため、もしくはサービスを要求しているかまたは受け取っているＭＳによって加入されたサービスプランに関連して帯域幅が大きいかまたはＱｏＳが高いため（例えばゴールドプラン加入者に関連する帯域幅またはＱｏＳ）、ということが挙げられる。

１または複数の、要求されているかまたは現在提供されている放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレードするか、またはカバレージエリア１０９に送信されたフローに新しい放送マルチキャストフローを追加するかの決定に応じて、放送アプリケーションサーバ１２２は、複数の要求されているかまたは現在提供されている放送マルチキャストフローのうちのある放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、または追加する（４１２）。さらに、または代わりに、放送アプリケーションサーバ１１２は、カバレージエリア１０９に送信された放送マルチキャストフローに新しい放送マルチキャストフローを追加してもよい。放送アプリケーションサーバ１２２が放送マルチキャストフローをダウングレードまたはアップグレードすることを決定した場合、サーバは、フローの１または複数の伝送パラメータすなわちまたはサービスクラスを調節することにより、フローをダウングレードまたはアップグレードすることができる。放送アプリケーションサーバ１２２が放送マルチキャストフローを追加することを決定した場合、サーバは、カバレージエリア１０９で放送するために利用可能な新しいフローを作成するようにマルチキャストコンテンツプロバイダ１３６，１３８に要求することができる。この新しいフローは受け取った加入情報に基づいてサーバにより規定され得る。その後、放送アプリケーションサーバ１２２は、カバレージエリア１０９に送信されたフローに、要求されたフローを追加する。次に、放送アプリケーションサーバ１２２は、任意の調節フローおよび任意の追加フローを含め、複数の要求されているか現在送信されている放送マルチキャストフローのうちの、各ブロックされていない放送マルチキャストフローをＢＳ１１０に伝達する（４１４）。ＢＳ１１０は、放送アプリケーションサーバ１２２から受け取った放送マルチキャストフローを加入ＭＳに放送し、論理フロー４００は終了する（４１６）。

本発明の１実施形態では、ブロック、アンブロック、ダウングレード、アップグレード、または追加すべき放送マルチキャストフローを選択する際に、放送アプリケーションサーバ１２２は、各ＭＳに関連し、サーバにより受け取られた加入情報、および／または各フローと関連してサーバによって保持されたサービス伝送パラメータを考慮した、少なくとも１つのメモリデバイス１２６に保持されたアルゴリズムを実行し得る。詳細には、放送アプリケーションサーバ１２２は、関連ＭＳによって、または通信システム１００のオペレータによって要求されたサービスの各々に対して割り当てられた優先順位を考慮し得る。本発明の１つのそのような実施形態では、放送アプリケーションサーバ１２２は、最も優先度の低い放送マルチキャストサービスをブロックするか、ダウングレードする（例えば、帯域幅を減少するか、ＱｏＳを低下させるか、またはサービスクラスを変更する）。本発明のさらに別のそのような実施形態では、最も優先度の高い放送マルチキャストサービスをアンブロックするか、アップグレードするか（例えば、帯域幅を増大するか、ＱｏＳを向上させるか、またはサービスクラスを変更する）、または追加する。本発明のさらに別のそのような実施形態では、放送アプリケーションサーバ１２２によって実行されるアルゴリズムは、すべての要求ＭＳにより要求された各サービスに割り当てられた累積的な優先順位を考慮してもよい。例えば、優先順位が「１０」（最も高い）から「１」（最も低い）まで変動すると仮定する。さらに、ＭＳ１０２がＣＮＮのサービスの開始を要求し、ＣＮＮに「８」を割り当て、ＭＳ１０３およびＭＳ１０４の各々がＨＢＯのサービスの開始を要求し、それぞれがＨＢＯに「３」および「２」を割り当てたと仮定する。この場合、累積的な優先順位は、ＣＮＮに対しては「８」であり、ＨＢＯに対しては「５」である。その結果、両方のサービスの送信がＢＳ１１０での輻輳を生じさせた場合、放送アプリケーションサーバ１２２はＨＢＯの伝送パラメータをブロックまたは調節し得る。別の例では、両方のサービスの送信がＢＳ１１０で輻輳を生じさせた場合、放送アプリケーションサーバ１２２は、ＭＳによって要求されたサービスに対してのみではなく、要求された放送マルチキャストサービスの各々に対して各ＭＳにより割り当てられた優先度すなわち、ＣＮＮおよびＨＢＯの各々に対してＭＳ１０２−１０４の各々によって割り当てられた優先度を考慮し得る。

本発明の別の実施形態では、ブロックへの放送マルチキャストフローを選択する際に、放送アプリケーションサーバ１１２により実行されるアルゴリズムは、各放送マルチキャストフローのＢＳ１１０での提供に関する動作目標、例えば放送マルチキャストフローを受け取るＭＳの数を最大にすること、提供されるフローの数量を最大にすること、またはフローの提供によって生じる収入を最大にすること、をさらに考慮するか、代わりに考慮し得る。例えば、放送アプリケーションサーバ１２２がＢＳ１１０によってサービス提供されていると共に放送マルチキャストサービスの開始を要求している各ＭＳ１０２−１０４の加入者プロフィールを検索した場合、そのようなプロフィールはＭＳによって加入される放送マルチキャストサービスの価格を含み得る。放送アプリケーションサーバ１２２が１または複数の放送マルチキャストサービスを低減させた帯域幅で送信するか、低下させたＱｏＳで送信するか、または異なるサービスクラスで送信することを決定した場合、放送アプリケーションサーバはそのようなサービスの提供によってＢＳで生じる収入とは逆の順序でサービスの送信パラメータをブロックまたは調節し得る。

サーバがサービスを開始してほしいという要求を受け取る際には放送アプリケーションサーバ１２２に加入者情報を提供することによって、サーバは、放送マルチキャストフローのブロック、アンブロック、ダウングレード、アップグレード、および追加に関するインテリジェントな決定を下すことができる。例えば、放送マルチキャストフローをブロックし、放送マルチキャストフローの帯域幅を減少またはＱｏＳを低下させ、または放送マルチキャストフローのサービスクラスを変更し得るが、その理由としては、少ないＭＳしかフローに加入し、カバレージエリアにいないため、１または複数のフローに関連して低い優先度があったため、１または複数のフローに関連して帯域幅またはＱｏＳに対して加入ＭＳが少ないため、もしくはサービスを要求しているかまたは受け取っているＭＳによって加入されたサービスプランに関連して帯域幅が小さいかまたはＱｏＳが低いか（例えば非プラン加入者またはブロンズプラン加入者に関連する帯域幅またはＱｏＳ）ということが挙げられる。別の例では、放送マルチキャストフローをアンブロックまたはアップグレードすることを決定し、および／またはカバレージエリア１０９に送信されたフローに新しい放送マルチキャストフローを追加することを決定し得るが、その理由としては、例えば多くのＭＳがフローに加入し、カバレージエリアにいるため、１または複数のフローに関して高い優先度があったため、１または複数のフローに関連して帯域幅に対して多くの加入ＭＳまたは高いＱｏＳがあるため、もしくはサービスを要求しているかまたは受け取っているＭＳによって加入されたサービスプランに関連して帯域幅が大きいかまたはＱｏＳが高いため（例えばゴールドプラン加入者に関連する帯域幅またはＱｏＳ）、ということが挙げられる。繰り返すが、放送アプリケーションサーバが情報に基づく決定を下すことにより、通信システム１００の全体効率は先行技術に対して向上し、システム性能に関する加入者の不満や失望は低減し、通信システム１００のオペレータの目標が実現され、達成され得る。

図５は、本発明のさらに別の実施形態による、通信システム１００がＢＳ１１０による放送マルチキャストサービスの提供を規制する方法の論理フロー図５００である。論理フロー図３００および４００と同様に、論理フロー図５００は、通信システム１００、詳細には放送アプリケーションサーバ１２２が、ＢＳ（すなわちＢＳ１１０）のカバレージエリア（すなわちカバレージエリア１０９）において複数の放送マルチキャストフローのサービスを開始してほしいとの複数の要求を受け取った（５０４）時に開始する（５０２）。ステップ３０４および４０４と同様に、複数の要求の各要求は、放送マルチキャストフローの開始が要求されているＭＳに関連するモバイルＩＤと、要求された放送マルチキャストフローに関連するフロー識別子とを含み、該要求を発信しているＭＳから、またはネットワーク要素から受け取られ得る。

放送アプリケーションサーバ１２２はさらに、受け取った要求の各々に関連するＭＳ関連加入情報をさらに受け取り（５０６）、上記に詳述した輻輳情報をＢＳ１１０から受け取る（５０８）。放送アプリケーションサーバ１２２はさらに、受け取った加入情報および輻輳情報を少なくとも１つのメモリデバイス１２６に格納し得る。次に、受け取った加入情報および受け取った輻輳情報に基づいて、放送アプリケーションサーバ１２２は、カバレージエリア１０９での提供を要求されているかまたは現在カバレージエリア１０９で提供されている複数の放送マルチキャストフローのうちのある放送マルチキャストフローを、ブロック、アンブロック、ダウングレード、および／またはアップグレードすることを決定し（５１０）、および／またはバレージエリア１０９に送信されたフローに新しい放送マルチキャストフローを追加することを決定し得る。

本発明の１実施形態では、放送アプリケーションサーバ１２２は、輻輳情報に基づいて、ステップ３１０に関して上記に詳述したように要求された放送マルチキャストサービスをすべてカバレージエリア１０９に送信するとカバレージエリアで輻輳が起こるであろうこと、および１または複数要求されたおよび／または現在送信されている放送マルチキャストフローをブロックまたはダウングレードすべきことを決定しうる。代わりに、放送アプリケーションサーバ１２２は、輻輳情報に基づいて、ＢＳ１１０が追加の放送マルチキャストフローをサポートすることができ、１または複数の要求されたおよび／または現在送信されている放送マルチキャストフローをアンブロックまたはアップグレードし得るか、または新しいフローを追加し得ることを決定してもよい。放送アプリケーションサーバ１２２は、加入情報、輻輳情報およびサービス情報のうちの１または複数に基づいて、１または複数の要求されたおよび／または現在送信されている放送マルチキャストフローをブロック、アンブロック、ダウングレード、またはアップグレードするか、もしくは新しいフローを追加することを決定し得る。例えば、放送アプリケーションサーバ１２２は、受け取った加入情報に基づいて放送マルチキャストフローを順位付けし、次に輻輳情報に基づいて１または複数の順位付け閾値を決定し、順位付け閾値を下回る順位のフローをブロックしたり、減少させた帯域幅で送信したり、低下させたＱｏＳで送信したり、および／または異なるサービスクラスで送信したりすることができる。例えば、最も優先度の低い放送マルチキャストフロー、すなわち最も低い閾値を下回る放送マルチキャストフローはブロックされ、中間レベルの優先度の放送マルチキャストフロー、すなわちより高い閾値を下回る放送マルチキャストフローは減少させた帯域幅または低下させたＱｏＳで送信するようにしてもよい。

本発明の別の実施形態では、放送アプリケーションサーバ１２２は、加入情報に基づいて、ステップ４１０に関して上記に詳述したように、１または複数の、要求されているかまたは現在提供されている放送マルチキャストフローをブロック、アンブロック、ダウングレード、および／またはアップグレードすることを決定し、および／または新しい放送マルチキャストフローを追加することを決定し得、次に、加入情報、輻輳情報、およびサービス情報の１または複数に基づいて、１または複数の放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および／または追加することを決定し得る。

次に、放送アプリケーションサーバ１２２は、任意の調節フローおよび任意の追加フローを含め、複数の要求されているか現在送信されている放送マルチキャストフローのうちの、各ブロックされていない放送マルチキャストフローをＢＳ１１０に伝達する（５１６）。ＢＳ１１０は、放送アプリケーションサーバ１２２から受け取った放送マルチキャストフローを加入ＭＳに放送し、論理フロー５００は終了する（５１８）。

サーバがサービスを開始してほしいという要求を受け取る際に放送アプリケーションサーバ１２２に輻輳情報および加入者情報を提供することによって、サーバは、放送マルチキャストフローのブロック、アンブロック、ダウングレード、および／またはアップグレード、および／またはカバレージエリア１０９に送信されている放送マルチキャストフローに新しい放送マルチキャストフローを追加するか否かに関する情報に基づくインテリジェントな決定を下すことができる。また繰り返すが、従来技術で基地局によって放送マルチキャストフローのブロックとダウングレードが勝手に行われるのとは異なり、放送アプリケーションサーバ１２２が情報に基づく決断を下すため、通信システム１００の全体効率は向上し、システム性能および規格外に関する不満や失望は低減し、通信システム１００のオペレータの目標が実現され、達成され得る。

本発明を特定の実施形態に参照して図示および説明してきた。しかし、当業者であれば、特許請求の範囲に記載される本発明の範囲から逸脱することなく、種々の変更が行え、等価物を本発明の要素と置換できることが理解される。したがって、明細書と図面は、制限的な意味ではなく例証的な意味で解釈されるべきであり、そのような変更や置換はすべて、本発明の範囲内に含まれるものとする。

利点、他の効果、および課題に対する解決策を、特定の実施形態に関して上に説明した。しかし、その利点、効果、課題の解決策、およびあらゆる利点、長所、または解決策を生じさせるか、またはより顕著にする任意の１つまたは２つ以上の要素は、請求項のいずれかまたはすべての重要な、必要な、または不可欠な特徴または要素として解釈されるべきでない。本明細書で使用する場合、用語「有する（ｃｏｍｐｒｉｓｅ）」、「有している（ｃｏｍｐｒｉｓｉｎｇ）」、またはその用語のあらゆる他の変形は、非排他的な包括物をも権利範囲として包含し、構成要素について明細書に記載されたプロセス、方法、物品、または装置は、それらの構成要素のみを包含しているものではなく、明細書に明示的に挙げられていない、またはこのようなプロセス、方法、物、または装置に本来備わっている、他の構成要素を含むものとする。さらに、第１および第２、上および下、などの関係を表す用語の使用は、たとえあるとしても、ある実体または動作を別の実体または動作と区別するだけのために使用され、実体または動作の間に実際にそのような関係または順序があることを必ずしも必要としないことを理解されたい。

本発明の実施形態による無線通信システムのブロック図。本発明の実施形態による図１の移動局のブロック図。本発明の実施形態による図１の通信システムが放送マルチキャストサービスの配信を規制する方法の論理フロー図。本発明の別の実施形態による図１の通信システムが放送マルチキャストサービスの配信を規制する方法の論理フロー図。本発明の別の実施形態による図１の通信システムが放送マルチキャストサービスの配信を規制する方法の論理フロー図。

Claims

放送マルチキャストサービスを提供する方法であって、
放送アプリケーションサーバが、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの移動局からの少なくとも１つの要求を基地局を介して受け取ること；
放送アプリケーションサーバが、前記カバレージエリアにおける輻輳に関する情報を基地局から受け取ること；
放送アプリケーションサーバが、前記複数の放送マルチキャストフローの各放送マルチキャストフローに関連する伝送パラメータ、複数の放送マルチキャストフローに関連するユーザの優先順位、および前記複数の放送マルチキャストフローの複数の加入者の各加入者のサービスプランの前記複数の加入者のうちの該各加入者以外の他の加入者のサービスプランに対する優先度、のうちの１または複数に基づいて前記複数の放送マルチキャストフローの中からある放送マルチキャストフローを選択すること；
放送アプリケーションサーバが、前記受け取った輻輳情報に基づいて、選択された放送マルチキャストフローに対して、前記選択された放送マルチキャストフローをブロックすること、前記選択された放送マルチキャストフローをアンブロックすること、前記選択された放送マルチキャストフローをダウングレードすること、前記選択された放送マルチキャストフローをアップグレードすること、および前記カバレージエリアで配信するために前記選択された放送マルチキャストフローを追加すること、のうちの１または複数を決定すること；
放送アプリケーションサーバが、前記選択された放送マルチキャストフローをブロックする決定に応じて、前記カバレージエリアでの前記選択された放送マルチキャストフローの伝送をブロックすること；
放送アプリケーションサーバが、前記選択された放送マルチキャストフローをアンブロックすることの決定に応じて、前記カバレージエリアでの前記選択された放送マルチキャストフローの伝送をアンブロックすること；
放送アプリケーションサーバが、前記選択された放送マルチキャストフローをダウングレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、前記選択された放送マルチキャストフローをダウングレードすること；
放送アプリケーションサーバが、前記選択された放送マルチキャストフローをアップグレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、前記選択された放送マルチキャストフローをアップグレードすること；および
放送アプリケーションサーバが、前記選択された放送マルチキャストフローを追加する決定に応じて、前記カバレージエリアにおいて前記選択された放送マルチキャストフローを追加すること；
を含む方法。
前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加する決定に応じて、放送アプリケーションサーバが、放送マルチキャストコンテンツプロバイダから新しい放送マルチキャストフローを要求することをさらに含む、請求項１に記載の方法。
放送アプリケーションサーバが、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローに、その放送マルチキャストフローに関連付けられた帯域幅とは異なる帯域幅を割り当てることをさらに含む、請求項１に記載の方法。
放送アプリケーションサーバが、カバレージエリアにおける輻輳に関連する情報の受け取りに応じて、１または複数の現在伝送されている放送マルチキャストフローの伝送パラメータを調節すること、１または複数の現在伝送されている放送マルチキャストフローの伝送をブロックすること、および１または複数の現在伝送されている放送マルチキャストフローの伝送をアンブロックすること、のうちの１または複数を実行することをさらに含む、請求項１に記載の方法。
放送マルチキャストサービスを提供する方法であって、
放送アプリケーションサーバが、同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの移動局からの少なくとも１つの要求を基地局を介して受け取ること；
放送アプリケーションサーバが、複数の放送に関連するユーザの優先順位を移動局から基地局を介して受け取ること；
前記受け取ったユーザの優先順位に基づいて、放送アプリケーションサーバが、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、および前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定すること；
放送アプリケーションサーバが、ブロックする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送をブロックすること；
放送アプリケーションサーバが、アンブロックすることの決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送をアンブロックすること；
放送アプリケーションサーバが、ダウングレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをダウングレードすること；
放送アプリケーションサーバが、アップグレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをアップグレードすること；および
放送アプリケーションサーバが、追加する決定に応じて、前記カバレージエリアにおいて新しい放送マルチキャストフローを追加すること；
を含む方法。
前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加する決定に応じて、放送アプリケーションサーバが、放送マルチキャストコンテンツプロバイダから新しい放送マルチキャストフローを要求することをさらに含む、請求項５に記載の方法。
前記サービスを開始してほしいとの少なくとも１つの要求を受け取ることは、移動局からサービスを開始してほしいとの少なくとも１つの要求を受け取ることを含む、請求項５に記載の方法。
移動局と関連付けられた複数の放送マルチキャストフローの優先度の順位をネットワーク要素が維持することをさらに含み、前記ユーザの優先順位を受け取ることは、移動局を識別するユーザの優先順位の要求を移動局から基地局を介してネットワーク要素に伝達し、該要求の伝達に応じて、前記複数の放送マルチキャストフローの優先度の順位の表示を放送アプリケーションサーバが受け取ることを含む、請求項５に記載の方法。
放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定することは、前記受け取ったユーザの優先順位に基づくと共に、さらには動作目標の最大化に基づいて、放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定することを含む、請求項５に記載の方法。
プロセッサを備えた放送アプリケーションサーバであって、
該プロセッサが、
同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの移動局からの少なくとも１つの要求を基地局を介して受け取り、
前記カバレージエリアにおける輻輳に関する情報を基地局から受け取り、
前記複数の放送マルチキャストフローの各放送マルチキャストフローに関連する伝送パラメータ、複数の放送マルチキャストフローに関連するユーザの優先順位、および前記複数の放送マルチキャストフローの複数の加入者の各加入者のサービスプランの前記複数の加入者のうちの該各加入者以外の他の加入者のサービスプランに対する優先度、のうちの１または複数に基づいて前記複数の放送マルチキャストフローの中からある放送マルチキャストフローを選択し、
前記受け取った輻輳情報に基づいて、選択された放送マルチキャストフローに対して、前記選択されたマルチキャストフローをブロックすること、前記選択されたマルチキャストフローをアンブロックすること、前記選択されたマルチキャストフローをダウングレードすること、前記選択されたマルチキャストフローをアップグレードすること、および前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定し、
前記選択された放送マルチキャストフローをブロックする決定に応じて、前記カバレージエリアでの前記選択された放送マルチキャストフローの伝送をブロックし、
前記選択された放送マルチキャストフローをアンブロックすることの決定に応じて、前記カバレージエリアでの前記選択された放送マルチキャストフローの伝送をアンブロックし、
前記選択された放送マルチキャストフローをダウングレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、前記選択された放送マルチキャストフローをダウングレードし、
前記選択された放送マルチキャストフローをアップグレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、前記選択された放送マルチキャストフローをアップグレードし、
前記選択された放送マルチキャストフローを追加する決定に応じて、前記カバレージエリアにおいて前記選択された放送マルチキャストフローを追加する、
放送アプリケーションサーバ。
プロセッサが、前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加する決定に応じて、放送マルチキャストコンテンツプロバイダへ新しい放送マルチキャストフローに対する要求を伝える、請求項１０に記載の放送アプリケーションサーバ。
プロセッサが、ＲＦ資源の利用性およびチャネル条件の１または複数についての情報を要求することにより前記カバレージエリアにおける情報輻輳を基地局から受け取り、該情報の要求に応じて、複数の放送マルチキャストフローが提供されるカバレージエリアにおけるＲＦ資源の利用性および該カバレージエリアにおけるチャネル条件のうちの１または複数についての情報を基地局から受け取る、請求項１０に記載の放送アプリケーションサーバ。
プロセッサが、複数の放送マルチキャストフローが提供されるカバレージエリアにおける輻輳レベルおよび帯域幅利用性のうちの１または複数の情報を基地局から受け取ることにより、前記カバレージエリアにおける輻輳に関する情報を基地局から受け取る、請求項１０に記載の放送アプリケーションサーバ。
プロセッサがさらに、複数の放送マルチキャストフローのうちのある放送マルチキャストフローに、放送マルチキャストフローに関連付けられた帯域幅と異なる帯域幅を割り当てる、請求項１０に記載の放送アプリケーションサーバ。
プロセッサは、前記受け取った輻輳情報に基づくと共に、さらには前記複数の放送マルチキャストフローの各放送マルチキャストフローに関連するサービス品質に基づいて前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定することにより、ある放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定する、請求項１０に記載の放送アプリケーションサーバ。
プロセッサはさらに、前記カバレージエリアにおける情報輻輳を受け取ることに応じて、１または複数の現在伝送されている放送マルチキャストフローの伝送パラメータを調節すること、１または複数の現在伝送されている放送マルチキャストフローの伝送をブロックすること、および１または複数の現在伝送されている放送マルチキャストフローの伝送をアンブロックすること、のうちの１または複数を実行する、請求項１０に記載の放送アプリケーションサーバ。
プロセッサを備えた放送アプリケーションサーバであって、
該プロセッサが、
同じ基地局のカバレージエリア内で複数の放送マルチキャストフローのサービスを開始してほしいとの移動局からの少なくとも１つの要求を基地局を介して受け取り、
前記複数の放送マルチキャストフローに関連するユーザの優先順位を移動局から基地局を介して受け取り、
前記受け取った優先順位に基づいて、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをブロックすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアンブロックすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをダウングレードすること、前記複数の放送マルチキャストフローのうちのある放送マルチキャストフローをアップグレードすること、および前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加すること、のうちの１または複数を決定し、
放送マルチキャストフローをブロックする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送をブロックし、
放送マルチキャストフローをアンブロックすることの決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送をアンブロックし、
放送マルチキャストフローをダウングレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをダウングレードし、
放送マルチキャストフローをアップグレードする決定に応じて、前記カバレージエリアでの放送マルチキャストフローの伝送の前に、その放送マルチキャストフローをアップグレードし、
新しい放送マルチキャストフローを追加する決定に応じて、前記カバレージエリアにおいて新しい放送マルチキャストフローを追加する、
放送アプリケーションサーバ。
前記プロセッサは、前記カバレージエリアで配信するための新しい放送マルチキャストフローを追加する決定に応じて、放送マルチキャストコンテンツプロバイダへ新しい放送マルチキャストフローの要求を伝達することをさらに含む、請求項１７に記載の放送アプリケーションサーバ。
前記少なくとも１つの要求は前記複数の放送マルチキャストフローのリストを含むと共に、該列挙された放送マルチキャストフローの優先度の順位の表示をさらに含む、請求項１７に記載の放送アプリケーションサーバ。
前記プロセッサは、前記受け取った優先順位に基づくと共に、さらには動作目標の最大化に基づいてある放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定することにより、ある放送マルチキャストフローをブロック、アンブロック、ダウングレード、アップグレード、および追加すること、のうちの１または複数を決定する、請求項１７に記載の放送アプリケーションサーバ。