(57)【要約】  本開示はブロードキャストまたはマルチキャスト・セッションに対して階層的に編成されたコンテンツ分配ネットワーク内の資源の可用性を決定するための技術に関する。ネットワークは低位の階層レベル上で個別の無線セルのような複数のサービスエリア区分を含む。１つの実施形態で、可用性要求は高位の階層レベル上のネットワーク構成要素から低位の階層レベル上の１つ以上のネットワーク構成要素に向けて送信される。可用性要求に対応して、１つ以上のサービスエリア区分に関連する資源可用性情報を含む１つ以上のフィードバック・メッセージが受信される。
2009516440.tif 000002
【特許請求の範囲】
【請求項１】
ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成され、低位の階層レベル上に複数のサービスエリア区分（４０４、４０６、４０８）を含むネットワーク内の資源の可用性を判定する方法であって、
可用性要求を低位の階層レベル上の少なくとも１つのネットワーク・ノード（４２２、４２４，４２６）に向けて送信する工程と、
１つ以上のサービスエリア区分に関連する資源可用性情報を含む少なくとも１つのフィードバック・メッセージを受信する工程と
を有する方法。
【請求項２】
前記可用性要求は前記ブロードキャストまたはマルチキャスト・セッションのために資源を配分することを目的とし、前記フィードバック・メッセージは配分される前記資源の可用性を示す請求項１に記載の方法。
【請求項３】
前記可用性要求は、個別のサービスエリア区分にサービスを提供するネットワーク・ノード（４１６、４１８、４２０、４２２、４２４、４２６）間で前記可用性要求の分配を制御するサービスエリア定義属性を含む請求項１または２に記載の方法。
【請求項４】
前記資源の可用性が前記階層的に編成されたネットワーク内の枝の確立に関する請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記可用性要求がフィードバック要求を含み、前記少なくとも１つのフィードバック・メッセージが前記フィードバック要求に対応して受信される請求項１から４のいずれか一項に記載の方法。
【請求項６】
少なくとも１つの受信したフィードバック・メッセージが個別のサービスエリア区分に関連する可用性情報を含む請求項１から５のいずれか一項に記載の方法。
【請求項７】
少なくとも１つの受信したフィードバック・メッセージが複数のサービスエリア区分に関連する集約された可用性情報を含む集約されたフィードバック・メッセージである請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記可用性情報を集約するネットワーク・ノード（４１６、４１８、４２０）が集約期間を制御するタイマを含み、
前記集約されたフィードバック・メッセージは、前記集約をするネットワーク・ノードにより前記タイマが満了すると送信される請求項７に記載の方法。
【請求項９】
サービス情報を受信する工程と、
前記可用性要求を前記受信サービス情報に基づいて生成する工程とをさらに有する請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記サービス情報は、サービスエリア定義、分配されるサービスの時間上のクリティカル性の表示、サービスの分配に着手できる前にカバーされる前記サービスエリアの最小限の部分の表示、および分配される前記サービスの優先度の表示のうちの少なくとも１つを含む請求項９に記載の方法。
【請求項１１】
サービスカバレッジ報告を前記少なくとも１つのフィードバック・メッセージに基づいて生成する工程と、
前記サービスカバレッジ報告をサービス提供業者に送信する工程と
をさらに有する請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記少なくとも１つのフィードバック・メッセージ内に含まれる前記可用性情報を評価する工程と、
前記サービスエリアへのコンテンツ分配の開始について前記評価の結果に応じて決定する工程と
をさらに有する請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記サービスエリアの所定の割合が利用できる資源を有することと、
全てのサービスエリア区分が利用できる資源を有することと、
ある所定のサービスエリア区分が利用できる資源を有することと
のうちの少なくとも１つの条件が満たされるとコンテンツ分配を開始する工程をさらに有する請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
連続的にまたは周期的に、コンテンツ分配を開始するための前記条件のうちの少なくとも１つが満たされるかどうかを監視する工程をさらに有する請求項１２に記載の方法。
【請求項１５】
前記受信したフィードバック・メッセージを待ち行列に入れる工程をさらに有する請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成された低位の階層レベル上で複数のサービスエリア区分（４０４、４０６、４０８）を含むネットワーク内の資源の可用性を報告する方法であって、
低位の階層レベル上で、可用性要求を受信する工程と、
前記可用性要求の受信に対応して資源の可用性を決定する工程と、
少なくとも１つのサービスエリア区分に対する資源可用性情報を含むフィードバック・メッセージを生成する工程と、
高位の階層レベル上のネットワーク・ノード（４１０、４１６、４１８、４２０）に向けて前記フィードバック・メッセージを送信する工程と
を有する方法。
【請求項１７】
前記要求された資源が時点で利用できないと、
可用性に関して前記要求された資源を監視する工程と、
前記要求された資源が利用できるようになっているか又はなる見込みであると判定されると、前記フィードバック・メッセージの生成を起動する工程と
を遂行する工程をさらに有する請求項１６に記載の方法。
【請求項１８】
前記資源が利用できるか又は利用できるようになっていると、前記要求された資源を配分する工程をさらに有する請求項１６または１７に記載の方法。
【請求項１９】
解放メッセージの受信、タイマの終了、および高優先度の可用性要求の受信のうちの少なくとも１つに対応して前記配分された資源を解放する工程をさらに有する請求項１８に記載の方法。
【請求項２０】
コンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が１つ以上のコンピュータ機器上で実行される場合、請求項１から１９のいずれか一項の工程を実行するためのプログラム・コード部を備えるコンピュータ・プログラム製品。
【請求項２１】
コンピュータで読み取り可能な記録媒体に保存された請求項２０に記載のコンピュータ・プログラム製品。
【請求項２２】
ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成され、低位の階層レベル上に複数のサービスエリア区分（４０４、４０６、４０８）を含むネットワーク内の資源の可用性を判定するための機器（１０、４１０）であって、
可用性要求を、低位の階層レベル上の少なくとも１つのネットワーク・ノード（４２２、４２４、４２６）に向けて送信するための第１のインタフェース（１４）と、
１つ以上のサービスエリア区分に関連する可用性情報を含む少なくとも１つのフィードバック・メッセージを受信するための第２のインタフェース（１６）と
を備える機器。
【請求項２３】
ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成され、複数のサービスエリア区分（４０４、４０６、４０８）を含むネットワーク内の個別の資源の可用性を報告するための機器（２０、４２２、４２４、４２６）であって、前記機器が前記ネットワーク階層内の低位のレベルに位置しており、
可用性要求を受信するための第１のインタフェース（２２）と、
資源の前記可用性を前記可用性要求の受信に応じて判定するためのユニット（２４）と、
少なくとも１つのサービスエリア区分に対する可用性情報を含むフィードバック・メッセージを生成するための生成部（２６）と、
前記フィードバック・メッセージを高位の階層レベル上のネットワーク・ノード（４１０、４１６、４１８、４２０）に送信するための第２のインタフェース（２８）と
を備える機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はブロードキャスト／マルチキャスト・コンテンツ分配の分野に関する。さらに具体的には、本発明は階層的に編成されたブロードキャスト／マルチキャスト・サービスエリアでのコンテンツ分配の環境におけるフィードバック技術に関する。
【背景技術】
【０００２】
電話、メッセージングおよびオンデマンド・ストリーミング・サービスは、ポイント・ツー・ポイント（ＰＴＰ）通信に基づいている。一方、ブロードキャストおよびマルチキャスト・サービスは、ポイント・ツー・マルチポイント（ＰＴＭ）通信に基づいている。ＰＴＭ通信を使用して、コンテンツ（たとえば、音声、テキスト、画像またはマルチメディア・データなど）は、通常は単一の発信元から複数の宛先に送信される。用語“マルチキャスト”は、特定のマルチキャスト・グループに加わっているユーザにもっぱら配信されるサービスを示す。通常、マルチキャスト・グループは特定のコンテンツ種別に関係のある複数のユーザを含む。用語“ブロードキャスト”は特定のグループに所属する必要がなく全てのユーザにコンテンツを配信することを指す。
【０００３】
数年前、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）が全地球移動通信システム（ＧＳＭ）および広帯域符号分割多元接続（ＷＣＤＭＡ）型のネットワーク内におけるブロードキャストおよびマルチキャスト・サービスに取り組み始めた。このような状況において、マルチメディアブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）機能が進展してきている。ＭＢＭＳは複数のブロードキャスト／マルチキャスト関連技術を従来のＧＳＭまたはＷＣＤＭＡネットワークに付加する。これらの技術の中で、サービスのブロードキャスト／マルチキャスト配信を制御する一連の機能はまた、ブロードキャスト／マルチキャスト・サービス・センタ（ＢＭ−ＳＣ）と呼ばれる。
【０００４】
ＭＢＭＳでは、ＢＭ−ＳＣはブロードキャスト／マルチキャスト・サービスの提供および配信に関与する。ＢＭ−ＳＣはコンテンツ配信サービスのためのエントリ・ポイントとしての機能を果たし、コア・ネットワークへのＭＢＭＳ転送ベアラを設定および制御し、そしてさらにＭＢＭＳ送信をスケジュールし、また配信するために使用できる。ＢＭ−ＳＣはまた、サービスの告知をユーザ端末に提供する。これらの告知は、ユーザ端末がＭＢＭＳセッションに加わるために必要とする全ての必要な情報、たとえばマルチキャスト・サービス識別子、インターネット・プロトコル（ＩＰ）マルチキャスト・アドレス、送信時間、およびメディア記述などを含む。
【０００５】
ＭＢＭＳの特有技術の一つは、運営業者がブロードキャスト／マルチキャスト・サービスを非常に細かい粒度の地理的地域−基本的に個別の無線セルの大きさに至るまでに対して提供できるようにする。この地理的地域はＭＢＭＳサービスエリアを介して構成される。通常は、そのサービスエリアはネットワークの範囲より狭い。サービスエリアの環境ではは、ネットワーク内の各ノードは下流ノード・リストを使用していずれのノードに対してＭＢＭＳコンテンツを転送すべきかを決める。このようにして、階層的に編成されたコンテンツ分配木が創られる。
【０００６】
ＢＭ−ＳＣは、３ＧＰＰ仕様書ＴＳ２３．２４６Ｖ．６．５．０（２００４年１２月）の８．３節「第３世代パートナーシップ・プロジェクト；技術仕様群サービスおよびシステム・アスペクト；マルチメディアブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）；アーキテクチャおよび機能仕様書（リリース６）」に説明されている方法でＭＢＭＳセッションを開始する。ＢＭ−ＳＣがコンテンツを送信する準備が整っている場合、セッション開始メッセージでＭＢＭＳセッションを開始する。セッション開始メッセージはＭＢＭＳコンテンツ分配のためのベアラ資源配分およびユーザ端末の電源投入を起動する。
【０００７】
セッション開始メッセージはコンテンツが分配されようとするサービスエリアを規定するサービスエリア属性を含む。サービスエリア属性は、それ故、コンテンツ分配木の確立を制御する。一般に、サービスエリア属性で参照されるサービスエリア区分にサービスを提供するネットワーク・ノードのみが、ＭＢＭＳセッション開始メッセージを受信し、引き続いて、ブロードキャスト／マルチキャスト・コンテンツを受信するであろう。  上記３ＧＰＰ文書の６．３節に、サービス品質（ＱｏＳ）メカニズムがブロードキャスト／マルチキャスト・セッションに対して規定されている。定義の１つは、ＭＢＭＳコンテンツ分配木の各枝は同一のＱｏＳで確立されるべきであるとの仕様を定めている。この手法により、同一のＭＢＭＳサービスにアクセスする多くのユーザ間で、資源効率よくベアラ資源を共有することが容易になる。個別のネットワーク・ノード間ではＱｏＳの（再）ネゴシエーションはないので、ＭＢＭＳコンテンツ分配木の枝が確立されている場合、別の枝が既に確立された枝のＱｏＳに影響を与えることはできない。このことは、個別のＱｏＳ要件に基づいて確立することが全くできない枝があるということを意味している。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＢＭ−ＳＣ（また、そのために間接的にはサービス提供業者も）は、いずれの枝がコンテンツ分配木の中に首尾よく確立されたか、および、いずれの枝が不適合なＱｏＳ要件または他の技術的な問題のために確立されることができなかったかについて何ら知識を有しない。結果として、サービスエリアの各枝がブロードキャスト／マルチキャスト・コンテンツが提供されることができるかどうかをＢＭ−ＳＣが判定することはあり得ない。このことは、ＢＭ−ＳＣを介して配信される特定のサービスを確実に提供すること（および正しく課金すること）に関心を有しているサービス提供業者にとって特に迷惑なことである。
【０００９】
コンテンツ配分木の個別の枝の不確立についての通知がないことは、音楽クリップのダウンロードのような従来のＭＢＭＳサービスではまだ容認できようが、携帯電話優先サービス（ＷＰＳ）の緊急シナリオでは容認できない。ＷＰＳは、商用の移動無線ネットワークの輻輳が発呼を阻んでいるような状況で、認可されたユーザが無線トラヒック・チャネルへ優先的にアクセスできるようにする。ような状況は自然災害または人災に対応して生じる可能性がある。明らかに、そのような緊急シナリオでは、ブロードキャストまたはマルチキャスト・コンテンツ分配木における個別の枝が確立できないかまたは確立されていないかどうかの通知を受信することが不可欠である。
【００１０】
したがって、階層的に編成されたブロードキャスト／マルチキャスト・サービスエリアの環境では改善されたメッセージング技術を提供することが必要である。
【課題を解決するための手段】
【００１１】
本発明の第１の態様に従って、この必要性がブロードキャストまたはマルチキャスト・セッションのために、階層的に編成された、低位の階層レベル上で複数のサービスエリア区分を含むネットワーク内の資源の可用性を判定する方法により満たされ、その方法は、低位の階層レベル上の少なくとも１つのネットワーク・ノードに向けて可用性要求を送信する工程と、１つ以上のサービス・エリア区域部分域に関連する資源可用性情報を含む少なくとも１つのフィードバック・メッセージを受信する工程とを有する。
【００１２】
ネットワーク（そのためにまたサービスエリアも）は木の形で階層的に編成されることができる。木のような編成で、高位の階層レベル上の各ネットワーク・ノードはその次の低位の階層レベル上のネットワーク・ノードと関連しないか、１つ以上のネットワーク・ノードと関連する。階層木は各ブロードキャストまたはマルチキャスト・セッションに対して新たに生成されることが好ましい。一例を挙げれば、階層的に編成されたコンテンツ分配ネットワークは、高位の階層レベル上の１つ以上のコア・ネットワーク・ノードを含む。コア・ネットワーク・ノードの少なくともいくつかは下位の階層レベル上の１つ以上の無線アクセス・ネットワーク・ノードに関連している。ブロードキャスト／マルチキャスト・コンテンツ分配に含まれる各無線アクセス・ネットワーク・ノードはサービスエリアの部分にサービスを提供することができ、そしてこのサービスエリア区分に対するフィードバック・メッセージを生成するように設定されることができる。
【００１３】
第１のオプションによれば、フィードバック・メッセージは要求された資源が利用できるか、または利用できるようになっているか、または利用できるようになる見込みであるということを示す肯定応答である。第２のオプションによれば、第１の選択肢と組み合わされることができ、フィードバック・メッセージは要求された資源が利用できないか、または利用できなくなっているか、または利用できる見込みがないのいずれかに従った否定応答を含む。第３のオプションによれば、フィードバック・メッセージは量的な応答を含む。量的な応答は要求された資源のある部分（すなわち、パーセントの形式で）が利用できるまたは利用できるようになる見込みであることを示す。
【００１４】
１つの変化として、可用性要求はブロードキャストまたはマルチキャスト・セッションに対して資源を配分することを目的としており、そしてフィードバック・メッセージは資源の可用性を示す。
【００１５】
サービスエリアの定義（または資源配分）は、可用性要求とは独立して行うことができ、または、その代わりに、可用性要求と結合することができる。このサービスエリアの定義と可用性要求との結合は可用性要求内にサービスエリア定義属性を含めることにより行うことができる。サービスエリア定義属性は、個別のサービスエリア区分にサービスを提供するネットワーク・ノードに至るまで可用性要求の分配を制御することができる。
【００１６】
資源の可用性は、階層的に編成されたネットワークでの枝の確立に関連することができる。一例を挙げれば、資源可用性情報は、コンテンツ分配木内の個別の枝が要求されたＱｏＳ、帯域幅または他の接続パラメータで確立できる（またはできない）かどうかを示す。
【００１７】
可用性要求は、フィードバック・メッセージが期待されていることを示すフィードバック要求を含むことができる。フィードバック要求は、フィードバック・メッセージが実際に期待されている場合にのみ設定されるフラグという形式をとることができる。フィードバック・メッセージはフィードバック要求に対応して送信され、そして受信されるであろう。
【００１８】
フィードバック・メッセージは、異なる範囲の資源可用性情報を含むことができる。第１のシナリオでは、少なくとも１つの受信フィードバック・メッセージは個別のサービスエリア区分に関連する可用性情報を含む。そのようなシナリオでは、サービスエリアの大きさに依存して（すなわちサービスエリアを構成するサービスエリア区分の数に依存して）、多くのフィードバック・メッセージが受信されるであろうということが予期される。第２のシナリオでは、第１のシナリオと組み合わされることができ、少なくとも１つの受信フィードバック・メッセージが、複数のサービスエリア区分に関連する集約された可用性情報を含む集約フィードバック・メッセージである。１つ以上の集約メカニズムを集約フィードバック・メッセージを最終的に受信する構成要素の上流に提供することにより、高位の階層レベルで受信されるフィードバック・メッセージの数は、低減されることができる。
【００１９】
可用性情報を集約する中間のネットワーク・ノードは、集約期間を制御するタイマを含むことができる。タイマが満了すると、これまでに集約された可用性情報を集約フィードバック・メッセージの形で送信することができる。中間ネットワーク構成要素により可用性情報を集約することは上流の階層レベルに向けた情報転送を高度化する。
【００２０】
１つのバリエーションとして、その方法はさらに、サービス情報を受信する工程、および受信したサービス情報に基づいて可用性要求を生成する工程を備える。サービス情報は、サービスエリア定義、分配されるべきサービスの時間的なクリティカル性の表示、サービス分配を開始することができる前にカバーされるサービスエリアの最小限の部分の表示、および分配されるべきサービスの優先権の表示のうちの１つ以上を含むことができる。
【００２１】
その方法はまた、少なくとも１つの受信フィードバック・メッセージに基づいてサービスカバレッジ報告を生成する工程と、サービスカバレッジ報告をサービス提供業者またはその他のネットワーク構成要素に送信する工程とを備える。サービスカバレッジ報告に基づいて、特定のサービスに対して課金する工程のような更なる工程を開始することができる。
【００２２】
その方法はさらに、少なくとも１つの受信フィードバック・メッセージに含まれる可用性情報を評価する工程と、その評価の結果に依存してサービスエリアへのコンテンツ分配の開始（たとえば、後刻に、即刻に、部分的に、など）について決める工程を備える。コンテンツ分配は、サービスエリアの所定の割合が利用できる資源を有すること、全てのサービスエリア区分が利用できる資源を有すること、ある所定のサービスエリア区分が利用できる資源を有すること、という条件のうちの１つ以上が満たされると直ぐに開始することができる。コンテンツ分配を開始するという状況で、その方法はさらに、コンテンツ分配を開始するためのそれら条件のうちの少なくとも１つが満たされるかどうかを、連続的にまたは周期的に監視する工程を備える。
【００２３】
その方法はさらに、フィードバック・メッセージを待ち行列に入れる工程を備えることができる。このために、１つ以上のメッセージ待ち行列を、高位の階層レベルでおよび中間の階層レベルまたはそのいずれかで（たとえば、可用性情報を集約することを担当する中間ネットワーク構成要素で）提供できる。異なる優先度のコンテンツに関連するフィードバック・メッセージは異なる待ち行列に並んで待つことができる。
【００２４】
本発明の更なる態様によれば、ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成された、低位の階層レベル上で複数のサービスエリア区分を含むネットワーク内の資源の可用性を報告する方法が提供され、方法は、低位の階層レベル上で、可用性要求を受信する工程と、可用性要求の受信に対応して資源の可用性を（たとえば局所的に）決定する工程と、少なくとも１つのサービスエリア区分に対する資源可用性情報を含むフィードバック・メッセージを生成する工程と、フィードバック・メッセージを高位の階層レベル上のネットワーク・ノードに向けて送信する工程とを備える。
【００２５】
要求された資源がその時点で利用できないと、その報告方法はさらに、要求された資源を、可用性に関して連続的にまたは周期的に監視する工程、および要求された資源が利用できるようになっていると判定されるとフィードバック・メッセージの生成を起動する工程を含むことができる。
【００２６】
可用性要求が資源配分に向けられると、その報告方法はさらに、資源が利用できるか、または利用できるようになっていると、要求された資源を配分する工程を備える。さらに、配分された資源はある時点で（たとえば解放メッセージの受信、配分タイマの満了および高優先度の可用性要求の受信のうちの少なくとも１つに対応して）、解放できる。
【００２７】
本発明は、１つ以上の要素からなるハードウェアの形で、ソフトウェア解決策として、またはそれらの組み合わせとして実施されることができる。ソフトウェア解決策に関しては、コンピュータ・プログラム製品が、そのコンピュータ・プログラム製品が１つ以上のコンピュータ機器上で実行される場合、方法の工程を行うためのプログラム・コード部を備えるように提供される。コンピュータ・プログラム製品はコンピュータで読み出し可能な記録媒体上に保存されることができる。
【００２８】
第１のハードウェア態様に関しては、ブロードキャストまたはマルチキャスト・セッションに対して低位の階層レベル上で複数のサービスエリア区分を含む階層的に編成されたネットワーク内の資源の可用性を決定するための機器が提供される。機器は、可用性要求を低位の階層レベル上の少なくとも１つのネットワーク構成要素に向けて送信するための第１のインタフェース、および１つ以上のサービスエリア区分に関連する可用性情報を含む少なくとも１つのフィードバック・メッセージを受信するための第２のインタフェースを備える。
【００２９】
補完的なハードウェア態様によれば、ブロードキャストまたはマルチキャスト・セッションのために、階層的に編成された、複数のサービスエリア区分を含むネットワーク内の個別の資源の可用性を報告するための機器が提供される。報告機器は、ネットワーク階層内の低位の階層レベルに位置しており、そして可用性要求を受信するための第１のインタフェースと、可用性要求の受信に応じて資源の可用性を判定するための装置と、少なくとも１つのサービスエリア区分に対する可用性情報を含むフィードバック・メッセージを生成するための生成部と、フィードバック・メッセージを高位の階層レベル上のネットワーク・ノードに向けて送信するための第２のインタフェースとを備える。
【００３０】
この機器は上記の方法の工程を行うように適応されることができる。
【００３１】
本発明の更なる態様、長所および変化が本発明の好適な実施形態に関する以下の明細書からおよび図面から明らかになるであろう。
【発明を実施するための最良の形態】
【００３２】
以下の明細書では、限定ではなく説明のために、特定の通信プロトコル、ネットワーク構成要素などのような明細が、本発明の完全なる理解を提供するために説明される。当業者には当然のことながら、本発明はこれらの明細から外れる他の実施形態で実施されることができる。特に、本発明がＭＢＭＳの見地で主として説明されているが、ＷＰＳまたは他のシナリオでまた実施されることができる。さらに、当業者は、以下の明細書で説明される機能がプログラムを組み込んだマイクロプロセッサまたは汎用コンピュータとともにソフトウェア機能や特定用途向け集積回路（ＡＳＩＣ）を使用して実装されることができるということを理解するであろう。
【００３３】
また当然のことながら、本発明は方法または機器として主に説明されているが、コンピュータ・プログラム製品や、コンピュータ・プロセッサおよびそのプロセッサに接続された記憶装置を備えたシステムにも実装することができ、その記憶装置は本明細書で開示される方法を行うための１つ以上のプログラムでコード化されている。
【００３４】
図１に、ブロードキャストまたはマルチキャスト・セッションに対して階層的に編成されたコンテンツ分配ネットワーク内の資源の可用性を決定する状況において、互いに通信する２つの機器１０、２０の実施形態を有する通信システムが示されている。ネットワーク（図示されていない）は少なくとも２つの階層レベルおよび１つ以上の低位の階層レベル上の複数の個別のサービスエリア区分を含む。
【００３５】
機器１０は高位の階層レベル上に位置し、そして低位の階層レベル上の機器２０に向けて可用性要求を送信するための第１のインタフェース１４を含む。図１では説明されていないけれども、中間の階層レベル上のいくつかの中間ノードが高位の階層レベル上の機器１０と低位の階層レベル上の機器２０との間に、機能的に位置することができる。
【００３６】
第１のインタフェース１４に加えて、機器１０は１つ以上のサービスエリア区分に関連する可用性情報を含む少なくとも１つのフィードバック・メッセージを受信するための第２のインタフェース１６を備える。図１では、フィードバック・メッセージは低位の階層レベル上の機器２０から直接に受信される。第１および第２のインタフェース１４、１６は必要に応じて単一のインタフェースに統合されることができる。機器１０は、専用のサービス構成要素から第３のインタフェース（図示されていない）を介して受信されるサービス情報に基づいて可用性要求を生成するための生成器（図示されていない）をさらに含むことができる。
【００３７】
低位の階層レベル上の機器２０は高位の階層レベル上の機器１０から直接または１つ以上の中間ノードを介して可用性要求を受信するための第１のインタフェース２２を含む。第１のインタフェース２２は可用性要求の受信に応じて要求された資源の可用性を決定するための装置２４と結合される。可用性決定のための装置２４は生成器２６と通信する。生成器２６は装置２４により決定される可用性情報を含むフィードバック・メッセージを生成する。可用性情報は１つ以上の個別のサービスエリア区分に相当する粒度を有する。
【００３８】
生成器２６により生成されたフィードバック・メッセージは、機器２０の第２のインタフェース２８を介して高位の階層レベル上の機器１０に向けて伝えられる。フィードバック・メッセージは、低位の階層レベル上の機器２０から高位の階層レベル上の機器１０に直接に、またはそれに代えて、１つ以上の中間ノードを介して送信することができる。必要に応じて、低位の階層レベル上の機器２０の第１および第２のインタフェース２２、２８は単一のインタフェースに統合することができる。
【００３９】
図２は、ブロードキャストまたはマルチキャスト・セッションに対して、低位の階層レベル上で複数のサービスエリア区分を含む階層的に編成されたネットワーク内の資源の可用性を決定するための方法の実施形態に関するフローチャート２００を示す。方法は、可用性要求を、低位の階層レベル上の少なくとも１つのネットワーク・ノードに向けて送信する第１の工程２０２から始まる。次の工程２０４では、１つ以上のサービスエリア区分に関連する資源可用性情報を含む少なくとも１つのフィードバック・メッセージが受信される。
【００４０】
図３は、ブロードキャストまたはマルチキャスト・セッションに対して、低位の階層レベル上で複数のサービスエリア区分を含む階層的に編成されたネットワーク内の資源の可用性を報告するための方法の実施形態に関するフローチャート３００を示す。方法は、工程３０２において、低位の階層レベル上で可用性要求を受信することから始まる。可用性要求の受信に応じて、要求された資源の可用性が工程３０４で決定される。次の工程３０６で、（工程３０４で決定される）資源可用性情報を含むフィードバック・メッセージが生成される。可用性情報は１つ以上のサービスエリア区分に関連している。最後の工程３０８で、工程３０６で生成されたフィードバック・メッセージが高位の階層レベル上のネットワーク・ノードに向けて送信される。
【００４１】
次に、詳細なＭＢＭＳの実施形態を図４および図５を参照して説明する。図４はブロードキャスト／マルチキャスト・コンテンツの分配中に階層的に編成されたＭＢＭＳサービスエリアを有する階層化ネットワーク・システム４００を示す。ネットワーク・システム４００は、コア・ネットワーク４０２およびＷＣＤＭＡおよび／またはＧＳＭ標準に従って運用されるいくつかの無線アクセス・ネットワーク４０４、４０６、４０８を含む。
【００４２】
当該ＭＢＭＳの状況では、ＢＭ−ＳＣ４１０は中央制御装置を構成する。本実施形態において、ＢＭ−ＳＣ４１０はコア・ネットワーク４０２の外部に位置している。勿論、ＢＭ−ＳＣ４１０の機能のいくつかまたは全てがまた、コア・ネットワーク４０２の内部から提供されることができよう。ＢＭ−ＳＣ４１０は異なるサービス提供業者により運用されている２つのサーバ４１２、４１４と通信している。サーバ４１２、４１４は、図４で示されているようにコンテンツ分配木を介して分配されるマルチキャスト／ブロードキャストコンテンツに対するデータ源の機能を果たす。
【００４３】
図４のコンテンツ分配木で、ＢＭ−ＳＣ４１０は最上位のネットワーク・ノード（“根”）を構成する。コンテンツ受信者（すなわち個別の無線アクセス・ネットワーク４０４、４０６、４０８を介して到達できるユーザ端末）は、コンテンツ分配木における葉を構成する。図４から明らかになるように、いくつかの中間ネットワーク・ノードがＢＭ−ＳＣ４１０とユーザ端末との間の中間の階層レベル上に配置される。これらの中間ネットワーク・ノードは、ＢＭ−ＳＣ４１０から見て次に低い階層レベル上のゲートウエイＧＰＲＳサポート・ノード（ＧＧＳＮ）４１６と、ＧＧＳＮ４１６から見て次に低い階層レベル上の２つのサービス提供ＧＳＮｓ（ＳＧＳＮｓ）４１８、４２０と、ＳＧＳＮｓ４１８、４２０から見て次に低い階層レベル上のいくつかの無線ネットワーク制御装置（ＲＮＣ）ノード４２２、４２４、４２６を含む。ＧＳＭ無線アクセス・ネットワークの場合には、ＲＮＣｓ４２２、４２４、４２６の機能は基地局制御装置（ＢＳＣ）ノードにより果たされる。
【００４４】
図４のシナリオでは、ＭＢＭＳコンテンツは、ＭＢＭＳコンテンツ分配木を通して複数のユーザ端末に分配される。ＭＢＭＳコンテンツ分配木は、根にＢＭ−ＳＣ４１０を有し、通常は１つ以上のＧＧＳＮｓ４１６と、多くのＳＧＳＮｓ４１８、４２０と、複数のＲＮＣｓ／ＢＳＣｓ４２２、４２４、４２６とを、次に低い階層レベルに有している。図４に示されるように、サーバ４１２、４１４は、ブロードキャスト／マルチキャスト・コンテンツをちょうど３つのストリーム（チャネルあたり１つのストリーム）を介してＢＭ−ＳＣ４１０に配信する。ストリームは異なる種別の（それぞれ直線、鎖線および点線を有する）矢印で示されている。ＢＭ−ＳＣ４１０から、３つのストリームに含まれるコンテンツ・データが資源効率のよいやり方で分配される。このために、コア・ネットワーク４０２内の各ノードは下流ノードのリストを使用して、コンテンツが次に低い階層レベル上のいずれのノードに分配されることになるかを決定する。ＧＧＳＮレベルでは、リストはコンテンツが送信されるべき全てのＳＧＳＮを含む。ＳＧＳＮレベルでは、リストは特定のＳＧＳＮに接続される全てのＲＮＣ／ＢＳＣか、または好適にはコンテンツを受信する必要のあるＲＮＣ／ＢＳＣのみを含む。無線アクセス・ネットワーク４０４、４０６、４０８内の無線資源は、大量の個別の従来のＰＴＰ送信に対しての代わりに、３つのブロードキャスト／マルチキャスト・セッションに対して配分されることだけが必要とされる。そのために、サーバおよびネットワーク資源、セル負荷は、ブロードキャスト／マルチキャスト・コンテンツ受信者の総数とかなりの程度まで無関係である。
【００４５】
図４に示されているコンテンツ分配を始めることができる前に、ＭＢＭＳセッション開始手順がＢＭ−ＳＣ４１０により開始されなければならない。セッション開始手順の間に、ＢＭ−ＳＣ４１０は、ＭＢＭＳコンテンツの転送に必要な全てのベアラ資源の配分（活性化）および、コンテンツ転送の開始を目前にした関係のあるユーザ端末に関する通知を要求する。セッション開始手順の間に、ＭＢＭＳセッション属性、たとえばＱｏＳ、ＭＢＭＳサービスエリア定義、推定セッション継続時間および、必要に応じて緊急／ＷＰＳ識別子およびフィードバック識別子またはその両方が、相当するＭＢＭＳサービスを事前に登録しているＧＧＳＮ４１６およびＳＧＳＮｓ４１８、４２０および登録済みのＳＧＳＮｓ４１８、４２０のうちの１つに接続されている全てのＲＮＣｓ／ＢＳＣｓ４２２、４２４、４２６に提供される。本実施形態では、セッション開始手順はまた、無線アクセス・ネットワーク４０４、４０６および４０８内の資源配分の状態についての知識を得るために使用される。このような状況において、ＢＭ−ＳＣ４１０は、サービスエリアのいずれの部分がコンテンツ分配のために潜在的に到達される見込み、されているまたはされることができるかについてのフィードバックを得る。
【００４６】
以下では、ＭＢＭＳセッション開始手順のためのメッセージング・シナリオ５００の実施形態が図５を参照して模範的に説明される。簡単のために、メッセージング・シナリオは、単一のサーバ４１２および単一のＲＮＣ／ＢＳＣ４２２に関連して説明されるだけである。
【００４７】
図５に示されている実施形態では、ＭＢＭＳセッション開始手順は、ＢＭ−ＳＣ４１０が、サーバ４１２を運用しているサービス提供業者によりコンテンツ分配の要求されている取り扱いについて通知を受けるオプションの第１工程から始まる。このためにサーバ４１２は、１つ以上のコンテンツ関連のサービス・パラメータをＢＭ−ＳＣ４１０に知らせる。たとえば、第１のパラメータは、分配される予定のコンテンツの優先度または緊急度を示すことができる。第２のパラメータは、サービス提供業者が、コンテンツが分配され終わってからサービスエリアのカバレッジ報告を受信したいかどうかを示すことができる。オプションとして、サービスエリアのカバレッジ報告が、サービス提供業者によりＢＭ−ＳＣ４１０からコンテンツ分配の着手に先立って要求されてもよい。サービスエリアのカバレッジ報告は、サービス提供業者とネットワーク事業者との間でコンテンツ分配の説明および再交渉に使用できる。
【００４８】
実際にカバーされたサービスエリアに依存して、サービス提供業者はコンテンツ分配の開始について決めることができ、そしてサーバ４１２を介して、ＢＭ−ＳＣ４１０に然るべく通知することができる。サービス提供業者は、たとえばコンテンツ分配が直ちにまたは後の時点で開始されるべきであるかどうかを指示することができる。このような状況において、サーバ４１２はＢＭ−ＳＣ４１０に、コンテンツ分配がＢＭ−ＳＣ４１０により開始されることができる前にカバーされていなければならない対象サービスエリアの最小限の部分を示す第３のパラメータを知らせる。
【００４９】
サーバ４１２からＢＭ−ＳＣ４１０に知らされることができる第４のパラメータはコンテンツ分配が時間的にクリティカルであるかどうかについての情報を含むことができる。この情報は最大待ち時間の形をとることができる。分配される予定のコンテンツが時間的にクリティカルでない場合は、ＢＭ−ＳＣ４１０はコンテンツが分配される見込みの時点についてそれ自身で自由に決めることができる。この決定は、時刻または、実際のサービスエリアのカバレージまたは分配効率（ＢＭ−ＳＣ４１０はたとえば同一のコンテンツを二度またはそれより多くの回数分配することを回避しようとすることができる。）に基づくことができる。コンテンツ分配が時間的にクリティカルである場合、ＢＭ−ＳＣ４１０は資源配分が上首尾と報告したサービスエリアの部分にコンテンツを分配し始めることができる。
【００５０】
一旦、図５で示されている第１の工程が終了していて、そしてＢＭ−ＳＣ４１０が、分配される予定の特定のコンテンツの取り扱いについて、サービス提供業者により知らされている（または別の方法では、局所データベース内に保存された初期設定を実装している）と、第２の工程でネットワーク内でコンテンツ・データの転送に必要なベアラ資源が配分される。このために、セッション開始要求メッセージがＢＭ−ＳＣ４１０からＧＧＳＮ４１６に送信される。ＧＧＳＮ４１６により受信されるセッション開始要求メッセージはコンテンツ分配の差し迫った開始を示し、そして要求されたセッション属性を提供する。“下流ノードのリスト”パラメータはまた、ＢＭ−ＳＣ４１０からセッション開始要求メッセージで受信される。ＧＧＳＮ４１６はセッション開始要求メッセージの受信をセッション開始応答メッセージで確認する。ＧＧＳＮ４１６はそれからセッション属性を有するセッション開始要求メッセージを“下流ノードのリスト”パラメータに載っているＳＧＳＮｓ（ここではＳＧＳＮ４１８）に同様に送信する。ＳＧＳＮ４１８はセッション属性を保存し、ＧＧＳＮ４１６にセッション開始応答メッセージで応答する。ＳＧＳＮ４１８はそれからセッション属性を含むセッション開始要求メッセージを各ＲＮＣおよびＳＧＳＮ４１８またはそのいずれかに接続されている各ＢＳＣ（ここではＲＮＣ／ＢＳＣ４２２）に送信する。ＲＮＣ／ＢＳＣ４２２はＳＧＳＮ４１８から受信したセッション開始要求メッセージに含まれるセッション属性を保存し、そしてＳＧＳＮ４１８にセッション開始応答メッセージで応答する。
【００５１】
上述の要求／応答のメッセージングはまた、ここで参照することにより本明細書に含まれる、上記の３ＧＰＰ文書の８．３節に説明されている。しかしながら、３ＧＰＰ文書に記述されている標準のメッセージング・シナリオから逸脱して、要求メッセージに含まれる属性がさらに、ＢＭ−ＳＣ４１０が要求された資源の可用性に関するフィードバック・メッセージを期待するかどうかを示すフラグを備える。さらに、属性は、資源が利用できない場合、下流ノードのいずれもが、一旦要求された資源が再度利用できるようになると、資源を配分してフィードバック・メッセージを生成するように継続的に試みるべきかどうかを示すフラグを含むことができる。更なる選択肢に従って、属性は、資源が、一旦配分されると、明確に解放される（たとえば、ＭＢＭＳセッション停止コマンドを介して）まで配分され続けるべきであるということを下流ノードに示すフラグを含むことができる。更なる変形に従って、付加的な属性は緊急／ＷＰＳコンテンツ分配セッションを示す優先権フラグを含むことができる。
【００５２】
図５を参照して、ＲＮＣ／ＢＳＣ４２２が、セッション開始要求メッセージを受信後および対応するセッション開始応答メッセージを送信し終わってから、図３の工程３０４および３０６と同じように、要求された資源の可用性を局所的に決定してそしてＲＮＣ／ＢＳＣ４２２によりサービスが提供されるサービスエリア区分（たとえば本実施形態での対応する無線アクセス・ネットワーク・セルまたはセルの論理的な集合体またはセル部分）に対する資源可用性情報を含むフィードバック・メッセージを生成する処理が第３工程で続く。このような状況において、ＲＮＣ／ＢＳＣ４２２により受信されたセッション開始要求メッセージは資源可用性要求として解釈される。オプションとして、フィードバック・メッセージはセッション開始要求メッセージの中でＢＭ−ＳＣ４１０により明示的に要求される場合のみＲＮＳ／ＢＳＣ４２２により生成される。
【００５３】
ＲＮＣ／ＢＳＣ４２２は、フィードバック・メッセージに含まれるべきである可用性情報の種別に関する様々な選択肢を有する。第１の選択肢によれば、可用性情報は、コンテンツ分配木のある枝（部分木または葉を含む）が確立でき、そして関連の資源が配分できるということを示す肯定的資源応答である。第２の選択肢によれば、可用性情報は、枝が確立できないという否定的資源応答に関連する。第１および第２の選択肢によれば、可用性情報は、大抵は、ＢＭ−ＳＣ４１０で全ての枝に対してではなく受信されるであろう。それ故、第１および第２の選択肢を組み合わせた第３の選択肢によれば、ＲＮＣ／ＢＳＣ４２２は常に、肯定的または否定的な資源応答のどちらか（たとえば肯定／否定フィードバック・フラグの形で）を含むフィードバック・メッセージを生成する。
【００５４】
フィードバック・メッセージはまた、フィードバック・メッセージに関連するサービスエリア区分（または集約フィードバック・メッセージの場合は複数のサービスエリア区分）の表示を含むことができる。その表示はサービスエリアパラメータ、たとえば単一セルＩＤ、セルＩＤのリスト、サービスエリアＩＤ、サービスエリアＩＤのリストまたはそれらの組み合わせの形を取ることができる。
【００５５】
ＲＮＣ／ＢＳＣ４２２がセッション開始要求メッセージの受信に対応して資源配分を行う場合、フィードバック・メッセージはさらに、資源がどれほど長く配分されたままになる見込みかということを示す時間値を含むことができる。
【００５６】
図５に示されている第４のメッセージング工程では、ＲＮＣ／ＢＳＣ４２２により生成されたフィードバック・メッセージは、ＳＧＳＮ４１８およびＧＧＳＮ４１６を介してＢＭ−ＳＣ４１０に送信される。このことにより、ＢＭ−ＳＣ４１０は、確立できるかまたは確立できる見込みの枝上で、および、コンテンツ転送のために要求された無線資源が配分される見込みかまたは配分されない見込みの枝上で、またはそのいずれかで、フィードバックを受信する。複数のＲＮＣｓ／ＢＳＣｓにより生成された複数のフィードバック・メッセージをＢＭ−ＳＣ４１０に報告するいくつかの可能性がある。
【００５７】
第１の報告工程の変形によれば、ＲＮＣ／ＢＳＣ４２２は資源可用性情報を含むフィードバック・メッセージを直接ＢＭ−ＳＣ４１０に送信する。この変形に従って、ＲＮＣ／ＢＳＣ４２２とＢＭ−ＳＣ４１０との間の通信経路内の上流のネットワーク・ノード４１６、４１８はフィードバック・メッセージを何ら処理することなく単に転送する。第１の変形は最小の報告遅延という有利な点があり、そしてＲＮＣ／ＢＳＣ４２２とＢＭ−ＳＣ４１０との間の直接通信を可能にする。
【００５８】
サービスエリアは、通常は多数のＲＮＣｓ／ＢＳＣｓを含むので、ＢＭ−ＳＣ４１０は第１の報告工程の変形で大量のフィードバック・メッセージを受信するであろう。場合によっては、ＢＭ−ＳＣ４１０で受信されるフィードバック・メッセージの数を減らすことが望ましいであろう。それ故、第２の報告工程の変形に従って、ＲＮＣｓ／ＢＳＣｓからのフィードバック・メッセージに含まれる可用性情報は中間のネットワーク・ノード４１６、４１８により繰り返し集約される。言い換えれば、ＳＧＳＮ４１８は接続されているＲＮＣｓ／ＢＳＣｓから受信されたフィードバック・メッセージに含まれる可用性情報を集約して１つの集約されたフィードバック・メッセージを生成し、そしてＧＧＳＮ４１６は、集約されたフィードバック・メッセージをＢＭ−ＳＣ４１０に送信する前に、接続されているＳＧＳＮｓから受信される集約されたフィードバック・メッセージに含まれる可用性情報をさらに集約する。したがって、可用性情報はＢＭ−ＳＣ４１０より下流の各階層レベル上で集約され、ＢＭ−ＳＣで最終的に受信されるフィードバック・メッセージの量が大幅に減らされるであろう。
【００５９】
第２の報告工程の変形は可用性情報の繰り返される集約のために報告遅延をもたらす。報告遅延を減らすために、第３の報告工程の変形では可用性情報は単一の階層レベル上でのみ集約される。１つのシナリオによれば、ＲＮＣｓ／ＢＳＣｓからのフィードバック・メッセージに含まれる可用性情報が、ＳＧＳＮレベル上でのみ、ここではＳＧＳＮ４１８により集約される。ＳＧＳＮ４１８はそれから、集約されたフィードバック・メッセージの形で（ＧＧＳＮ４１６で何らさらに集約することなく）集約された可用性情報をＢＭ−ＳＣ４１０に報告する。第３の報告工程の変形を使用して、ＢＭ−ＳＣ４１０で受信されるフィードバック・メッセージの量が減らされ（第２の報告工程の変形におけるように）、一方同時に報告遅延が減少される（第１の報告工程の変形におけるように）。
【００６０】
第２および第３の報告工程の変形による集約から生じる報告遅延は、２つの遅延要素の結果である。第１の遅延要素は、中間のネットワーク・ノード４１６、４１８により行われる集約処理操作によりもたらされる。第２の（そしてより重要な）遅延要素は、集約をするネットワーク・ノード４１６、４１８が、それらが完全な集約されたフィードバック・メッセージを次に高い階層レベルに向けて送信することができる前に、次に低い階層レベル上の全ての関連するネットワーク・ノードのフィードバック・メッセージを待たなければならないという事実から生じる。
【００６１】
第２の遅延要素を制御するために、集約をするネットワーク・ノード４１６、４１８のうちの少なくとも１つが集約タイマを備えることができる。集約タイマは、たとえば直前のセッション開始応答メッセージまたは次に低い階層レベル上のネットワーク・ノードからの最初のフィードバック・メッセージの受信時に開始される集約期間を指定する。集約タイマが動作中に受信されるフィードバック・メッセージは、集約されたフィードバック・メッセージを準備するために、その中に含まれる可用性情報について集約される。集約タイマが満了すると、この時点までに集められた可用性情報を含む集約されたフィードバック・メッセージが次に高い階層レベル上のネットワーク・ノードに送信され、そして少なくとも何らかのシナリオでタイマが改めて開始される。
【００６２】
集約タイマの制御の下では、集約をするネットワーク・ノードはこのようにして、次に低い階層レベルの全ての接続されているノードがそれらのフィードバック・メッセージを送信し終わるまで待つことはない。それどころか、可用性情報が次に低い階層レベル上に位置する全てのネットワーク・ノードから収集され終わるまで、集約タイマが満了するたびに集約されたフィードバック・メッセージが生成され、そして次に高い階層レベル上のネットワーク・ノードに送信される。その代わりに、タイマは、無限のタイマ・ループ（たとえばある下流ノードが技術的または他の課題のためにフィードバック・メッセージを生成することができないような場合）を回避するために、所定の回数だけ開始されるように仕様が定められよう。集約タイマの利用は、対象サービスエリアのほんの一部だけにおける低速の通信リンクに起因するコンテンツ分配での過度の遅延を回避するために、緊急／ＷＰＳシナリオで特に有用である。
【００６３】
集約タイマはまた、生中継のブロードキャスト／マルチキャスト・セッションにおいて、対象サービスエリアのほんの一部だけ通信リンクが低速となる場合に、全ての参加者がセッション開始を失することになるのを回避するために有用である。そのようなシナリオでは、通信の連鎖内の各ノードは下りリンク経路の残りに対する適切なタイマ値を再計算し、計算されたタイマ値を次に低い階層レベル上のネットワーク・ノードに知らせることができる。一例を挙げれば、ＢＭ−ＳＣ４１０はタイマ値０．９をＧＧＳＮ４１６に送信し、そしてＧＧＳＮ４１６はタイマ値０．８をＳＧＳＮ４１８に送信し、ＳＧＳＮ４１８はタイマ値０．７をＲＮＣ／ＢＳＣ４２２に送信する。ネットワーク・ノードの各々により個別に分散されたやり方でタイマ値を計算する代わりに、タイマ値はまた、主としてＢＭ−ＳＣ４１０またはＧＧＳＮ４１６のいずれかにより提供されることができよう。それぞれの場合、タイマ値は学習システムを実装するためにそれまでの情報に基づいて適応されることができる。
【００６４】
図５に示されているメッセージング・シナリオの第４の工程で送信される個別のまたは集約されたフィードバック・メッセージを受信すると、ＢＭ−ＳＣ４１０は受信したフィードバック・メッセージを第５の工程で評価し始める。ＢＭ−ＳＣ４１０が、コンテンツ分配のために対象サービスエリアの全てのサービスエリア区分に到達できると判定すると、ＢＭ−ＳＣ４１０は従来どおりにコンテンツ分配を開始する。しかしながら、ＢＭ−ＳＣ４１０が、コンテンツ分配のために１つ以上のサービスエリア区分に到達できないと判定すると、ＢＭ−ＳＣ４１０はさらにどのように対処するべきかいくつかの選択肢を有する。
【００６５】
第１の選択肢によれば、ＢＭ−ＳＣ４１０は、コンテンツ分配のために対象サービスエリアに少しでも到達できないとコンテンツを一切分配しないように決定する。この場合、ＢＭ−ＳＣ４１０はそのことをサーバ４１２に通知し、サーバ４１２からのコンテンツ分配要求の繰り返しを待ち（図５の工程６）、そしてそれから上で概説されているように新しいセッション開始手順を開始することができる。
【００６６】
第２の選択肢に従って、ＢＭ−ＳＣ４１０はフィードバック・メッセージを待ち行列に入れ、そして全ての対応するネットワーク・ノードがコンテンツ分配のための資源がその時点で使用できることを報告し終わるまで待つ。待ち行列には、ＢＭ−ＳＣ４１０がその待ち行列に並んでいるフィードバック・メッセージに基づいて対象サービスエリアの全てまたは少なくとも所定の割合の部分がコンテンツ分配に利用できる資源を有するかどうかを連続的にあるいは定期的に判定するようにキューイングすればよい。そのような手法は、資源カバレッジが不十分または不首尾になることがごく稀にしか起こらない場合に特に有用である。更なる手法によれば、全てのネットワーク・ノードが、図５に示されているメッセージング・シナリオの工程２で、要求されている資源が配分されることができない場合にどうすべきかについて通知される。たとえば、ネットワーク・ノード、および特にＲＮＣｓ／ＢＳＣｓは可用性に関して要求された資源を監視し、要求された資源が利用できるようになっていると（肯定的資源応答を有する）それらのフィードバック・メッセージを生成するように指示され得る。あるいは、そのネットワーク・ノードは、資源配分が不首尾の場合にＢＭ−ＳＣ４１０から可能な更なる指令を待つように指示されてもよい。メッセージ待ち行列はまた、ＢＭ−ＳＣ４１０より下流の階層レベル上に実装されることができる。ＢＭ−ＳＣ４１０は、たとえば回線交換音声呼に関してはＲＮＣｓ／ＢＳＣｓ内でフィードバック・メッセージを待ち行列に入れることを要求し、そしてＧＧＳＮ４１６およびＳＧＳＮ４１８またはそのいずれか内にのみ可用性情報を保持するように要求することができる。
【００６７】
対象サービスエリアのカバーが不完全であることに対処するための第３の選択肢によれば、ＢＭ−ＳＣ４１０は資源配分が上首尾と報告されたサービスエリアの部分に対してのみコンテンツを提供する。対象サービスエリアの残りの部分に対して、ＢＭ−ＳＣ４１０は上記の第２の選択肢の文脈で検討されたようにフィードバック・メッセージを待ち行列に入れる。
【００６８】
第４の選択肢によれば、ＢＭ−ＳＣ４１０は資源配分が上首尾と報告されたサービスエリアの部分に対してのみコンテンツを分配し、そしてカバーできないサービスエリアの部分を単に無視する。
【００６９】
ＢＭ−ＳＣ４１０によりフィードバック・メッセージから得られる資源可用性情報は、サービスエリアカバレッジ報告の形で、対応するサービス提供業者により運用されているサーバ４１２に送信することができる（メッセージング・シナリオ図５の工程６）。サーバ４１２でサービスエリアカバレッジ報告の受信に応じて、サービス提供業者とＢＭ−ＳＣ４１０との間でのコンテンツ分配に関する再交渉が着手されることができる。
【００７０】
上記のことから明らかになっているように、ある場合には、セッションは、対象サービスエリアの全てまたは少なくとも一定の最小限の部分（たとえば最小限のユーザ端末数）に到達できないと開始されない。そのような場合、ＢＭ−ＳＣ４１０は、フィードバック・メッセージを、資源のカバレッジを判定する目的で、実際にコンテンツ分配木を確立することなく要求することができる。このことは、図５に示されているメッセージング・シナリオの第２の工程で低位の階層レベル上のネットワーク・ノード４１６、４１８、４２２に知らせることができる。
【００７１】
フィードバック・メッセージに含まれる可用性情報は、バイナリ・コンテンツ（肯定／否定応答）を有することまたは、その代わりに、資源配分が上首尾である確率を示すことができる。その確率は、たとえばセル負荷が高い場合低いであろう。
【００７２】
ＢＭ−ＳＣ４１０が、対象サービスエリアの一定の最小限の部分（たとえば最小限のユーザ端末数）に到達できるかどうかを見極めようとするだけであったとしても資源配分を要求するということもまたオプションとなるであろう。そして配分された資源は、一定の最小限の基準が満たされないと（たとえば専用の解放メッセージにより）解放することができよう。オプションで、配分された資源が留保され、しかし新しい可用性要求、または高優先権度の可用性要求の場合に解放されることができる。
【００７３】
上記メッセージングの実装形態で、フィードバック・メカニズムは従来のＭＢＭＳコンテンツ分配の文脈において主に説明されてきた。しかしながら、フィードバック・メカニズムはまた、ＷＰＳまたは政府緊急通信サービス（ＧＥＴＳ）ブロードキャスト／マルチキャスト・コンテンツ分配に対する緊急シナリオで都合よく使用することができる。ＷＰＳ／ＧＥＴＳの特徴をＭＢＭＳセッションに導入することがまた可能である。このために、緊急性属性を、図５のメッセージング工程２の状況において上で説明されたセッション開始要求メッセージに付加することができる。
【００７４】
緊急性属性は、ＷＰＳ／ＧＥＴＳブロードキャスト／マルチキャスト・コンテンツ分配が要求される場合に設定されるフラグとして実装できる。緊急性フラグはフィードバック・メッセージの生成を制御するために使用できる。１つのシナリオでは、図１から図５までを参照して説明されているフィードバック・メッセージングは緊急のシナリオで実装されるだけで、一方従来のＭＢＭＳブロードキャスト／マルチキャスト・セッションの場合には何らのフィードバックも提供されない。緊急フラグはまた、現在占有されている資源が緊急コンテンツの分配のために直ぐに解放されなければならないということを個別のネットワーク・ノードに示すために使用できる。
【００７５】
本発明は特定の実施形態について説明されてきているけれども、当業者には、本発明がそれに限定されないということを理解できるであろう。したがって、当然のことながら本開示は説明だけのものであり、そして本発明はこの文書に添付の特許請求の範囲にのみ限定されるということが意図されている。
【図面の簡単な説明】
【００７６】
【図１】資源の可用性を決定するための機器の実施形態および資源の可用性を報告するための機器の実施形態を概略的に示す図である。
【図２】本発明の第１の方法の実施形態のフローチャートである。
【図３】本発明の第２の方法の実施形態のフローチャートである。
【図４】本発明が実施されることができる階層的に編成されたコンテンツ分配ネットワークを含むネットワーク・システムを概略的に示す図である。
【図５】本発明に従ったメッセージング・シナリオを概略的に示す図である。
【図１】
2009516440.tif 000003
【図２】
2009516440.tif 000004
【図３】
2009516440.tif 000005
【図４】
2009516440.tif 000006
【図５】
2009516440.tif 000007
【手続補正書】
【提出日】平成20年11月11日(2008.11.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１７
【補正方法】変更
【補正の内容】
【請求項１７】
前記要求された資源が現時点で利用できないと、
可用性に関して前記要求された資源を監視する工程と、
前記要求された資源が利用できるようになっているか又はなる見込みであると判定されると、前記フィードバック・メッセージの生成を起動する工程と
を遂行する工程をさらに有する請求項１６に記載の方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２０
【補正方法】変更
【補正の内容】
【請求項２０】
コンピュータ・プログラムであって、前記コンピュータ・プログラムが１つ以上のコンピュータ機器上で実行される場合、請求項１から１９のいずれか一項の工程を実行するためのプログラム・コード部を含むコンピュータ・プログラム。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２１
【補正方法】変更
【補正の内容】
【請求項２１】
コンピュータで読み取り可能な記録媒体に保存された請求項２０に記載のコンピュータ・プログラム。
【国際調査報告】
2009516440.tif 000008
2009516440.tif 000009