(57)【要約】本発明は、ブロードキャストのために利用可能なリソース、コンテンツの重要度および優先度、コンテンツに関するＱｏＳ要件、さらにはコンテンツの消費におけるトレンドを考慮した、ブロードキャスト決定、計数、および集約機能を有する改良されたユニキャスト／ブロードキャスト切り替えを備える、ＭＢＭＳシステム内のＢＭＳＣに関する。本発明はさらに、改善を提供するＢＭＳＣサーバ、ソフトウェア製品実施物、およびウォッチドッグ実施物に関する。【選択図】図４
2019536309.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）システムに接続されたユーザ装置（ＵＥ）へのコンテンツのユニキャスト配信とブロードキャスト配信との間の切り替えを決定する、前記ＭＢＭＳ内のブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）によって実行される方法であって、
・ＵＥによる前記コンテンツの消費の計数値を受信することと、
・適用される第１閾値を、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整することと、
・コンテンツを消費しているＵＥの前記計数値が前記第１調整済み閾値を超える場合、コンテンツをユニキャスト配信からブロードキャスト配信に切り替えることを決定することと、
を有する、方法。
【請求項２】
請求項１に記載の方法において、前記ＢＭＳＣは第２閾値を適用し、
・前記第２閾値を、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整することと、
・前記コンテンツを消費しているＵＥの計数値が前記調整された第２閾値より小さくなると、コンテンツをブロードキャスト配信からユニキャスト配信に切り替えることを決定することと、
をさらに実行する、方法。
【請求項３】
請求項１または２に記載の方法において、前記調整することは、ブロードキャストのために利用可能な帯域および／または可能なブロードキャストベアラの最大数に基づいて行われる、方法。
【請求項４】
請求項２に記載の方法において、ユニキャストとブロードキャストとの間での頻繁な切り替えを回避するために、前記第２閾値は前記第１閾値よりも小さい、方法。
【請求項５】
請求項１または２に記載の方法において、前記第１および第２閾値は、エリアごとに、そのエリアについて利用可能なリソースに基づいて調整される、方法。
【請求項６】
請求項１に記載の方法において、
・コンテンツのブロードキャストの要求を受信することと、
・前記コンテンツについてのＭＢＭＳユーザサービスを開始することと、
をさらに有する、方法。
【請求項７】
請求項１に記載の方法において、
・コンテンツのブロードキャストの要求を受信することと、
・前記コンテンツをＭＢＭＳユーザサービスバンドルに追加することと、
をさらに有する、方法。
【請求項８】
請求項１または２に記載の方法において、コンテンツを消費している前記ＵＥの前記計数値が、エリアごとに、そのエリア内に存在する前記ＵＥの位置に基づいて受信される、方法。
【請求項９】
請求項７または８に記載の方法において、前記エリアが、ロケーションエリアおよび無線セルエリアを有するＭＢＭＳカバレッジエリアの一部である、方法。
【請求項１０】
請求項９に記載の方法において、計数することのための前記エリアがロケーションエリアであり、調整することのための前記エリアが無線セルエリアであり、前記ロケーションエリアの前記カバレッジエリアが複数の無線セルエリアを有し、
・コンテンツを消費しているＵＥの前記計数値を、無線セルエリアの数で除算すること、
をさらに有する、方法。
【請求項１１】
請求項１に記載の方法において、
・前記計数値に基づいて、前記計数値が前記第１閾値を超える全てのコンテンツをランク付けすることと、
・ブロードキャスト配信のために利用可能なリソースによってサポート可能な、高位にランク付けされたコンテンツについて、ブロードキャストを維持するか、ブロードキャストに切り替えることと、
・ブロードキャスト配信のために利用可能なリソースによってサポート不可能な、残りの低位にランク付けされたコンテンツについて、ユニキャストのままにするか、ユニキャストに戻すことと、
をさらに有する、方法。
【請求項１２】
請求項１または２に記載の方法において、コンテンツは、重要度／優先度を有する所定のカテゴリに属し、
・前記カテゴリの定義を受信することと、
・前記定義に基づいてカテゴリをコンテンツに割り当てることと、
をさらに有する、方法。
【請求項１３】
請求項１２に記載の方法であって、
・前記コンテンツの消費を報告するＵＥの受信された計数値を、前記コンテンツに割り当てられた前記カテゴリの重要度／優先度に基づいて調整すること、
をさらに有する、方法。
【請求項１４】
請求項１２に記載の方法において、第１閾値は１つ以上のカテゴリについて異ならされ、
・第１閾値にカテゴリを割り当てることと、
・割り当てられたカテゴリを有する第１閾値を、割り当てられたカテゴリを有するコンテンツを消費するＵＥの受信された計数値に、前記第１閾値の前記割り当てられたカテゴリと、コンテンツを消費するＵＥの受信された計数値の前記割り当てられたカテゴリとのマッチングに基づいて適用することと、
をさらに有する、方法。
【請求項１５】
請求項１２の方法であって、
・前記コンテンツに割り当てられている前記カテゴリが所定の重要度／優先度を有する場合には、前記コンテンツを前記調整がなされた第１閾値との比較から除外し、前記調整がなされた第１閾値とは無関係に、前記コンテンツの配信をブロードキャストに切り替えるかブロードキャストのまま維持すること、
をさらに有する、方法。
【請求項１６】
請求項１１に記載の方法において、
・前記残りの低位にランク付けされたコンテンツのコンテンツを、代替サービス品質を用いてブロードキャストに維持もしくはブロードキャストに切り替えできるかどうかを確認することと、
・前記残りの低位にランク付けされたコンテンツの前記コンテンツを、前記代替サービス品質を用いてブロードキャストに維持またはブロードキャストに切り替えることと、
をさらに有する、方法。
【請求項１７】
請求項１１に記載の方法において、
・高位にランク付けされたコンテンツのコンテンツが、より少ないリソースを消費する代替サービス品質を有するか確認することと、
・リソースを解放するために、前記代替サービス品質を前記コンテンツに適用することと、
をさらに有する、方法。
【請求項１８】
請求項１に記載の方法において、
・前記コンテンツの消費を報告するＵＥの前記計数値を、前記計数値の経時トレンドに基づく因子を用いて調整すること、
をさらに有する、方法。
【請求項１９】
請求項１８に記載の方法において、
・複数の連続する計数値の積分に基づいて前記因子を算出すること、
をさらに有する、方法。
【請求項２０】
請求項１８に記載の方法において、
・複数の連続する計数値の微分に基づいて前記因子を算出すること、
をさらに有する、方法。
【請求項２１】
請求項１または２に記載の方法において、前記ＢＭＳＣは第３閾値を適用し、
・ＭＢＭＳユーザサービスを消費しているＵＥの計数値が前記第３閾値より小さくなると、前記ＭＢＭＳユーザサービスを終了することを決定すること、
をさらに有する、方法。
【請求項２２】
請求項１から２１のいずれか１項に記載の方法を実行するように構成されている、ブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）。
【請求項２３】
カウンタ、決定器、および閾値制御を有する、ＢＭＳＣのウォッチドッグコンポーネントであって、
・前記カウンタはユーザサービスを消費しているＵＥから報告を受信するための受信器と、ユーザサービスの消費を報告するＵＥの数を計数するためのユーザサービスごとのレジスタと、ユーザサービスを消費しているＵＥの計数された数を一定間隔で送信するための送信器とを有し、
・前記閾値制御はブロードキャストベアラについて利用可能な帯域および／または利用可能な数についての受信器と、ブロードキャストベアラについて利用可能な帯域および／または利用可能な数から閾値オフセットを計算するための計算ロジックと、閾値オフセットを送信するための送信器とを有し、
・前記決定器はユーザサービスを消費しているＵＥの前記計数された数を一定間隔で受信するための受信器と、前記計数された数を閾値制御から受信した閾値オフセットによって調整された閾値セットと比較するためのロジックと、ユーザサービスについてのＭＢＭＳユニキャスト／ブロードキャスト切り替え信号のための出力とを有する、ウォッチドッグコンポーネント。
【請求項２４】
請求項２３に記載の、ＢＭＳＣのウォッチドッグコンポーネントであって、
・前記カウンタは、新たなユーザサービスイベント信号を受信するための受信器を有し、ここで前記新たなユーザサービスイベント信号は、前記カウンタが前記新たなユーザサービス用のレジスタに加算するために用いられ、
・前記カウンタは、終了ユーザサービス信号を受信するための受信器を有し、ここで前記終了ユーザサービス信号は、前記カウンタが前記終了するユーザサービスのためのレジスタを除去するために用いられ、
・前記決定器は前記終了ユーザサービス信号を送信するための出力を有する、ウォッチドッグコンポーネント。
【請求項２５】
ＢＭＳＣサーバに請求項１から２１のいずれか１項に記載の方法を実行させるコード化命令を有するコンピュータプログラム。
【請求項２６】
請求項２５に記載のコンピュータプログラムを有するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して電気通信ネットワークにおけるブロードキャスティングおよびストリーミングに関する。
【背景技術】
【０００２】
従来、電気通信ネットワークでのマルチメディアコンテンツの搬送は、コンテンツ配信者からＵＥへポイントツーポイントのやり方で行われていた。マルチメディアコンテンツに対する需要の増加に伴い、ネットワーク輻輳を回避するための搬送手法が模索された。
【０００３】
コンテンツおよびコンテンツプロバイダは、本明細書を通じて、実際のコンテンツのみならず、例えばサービスやオファリング(offering)として、幅広い文脈で使用される。コンテンツプロバイダは、上述のコンテンツを提供するエンティティであり、例えばサービスプロバイダを含む。特定の実装において、コンテンツの範囲は、説明の関連部分から明らかなように狭くなりうる。
【０００４】
ＵＭＴＳ／ＧＳＭ無線アクセスネットワークについての１つの解決策は、ライブストリーミング、プッシュトゥトーク（／ビュー）サービスや、トリガされるソフトウェアアップデートといった、開始時間に差のない同一のマルチメディアコンテンツを視聴または用いるユーザをまとめることにより、無線アクセスネットワークおよびコアネットワークがスケアスリソースを節約することを可能にするマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）であった。それら複数のユーザは、同一のコンテンツを１つの無線チャネル／ベアラを通じて受信する。複数のユーザが１つの無線チャネル／ベアラを通じてブロードキャストを共有するため、無線アクセスネットワークおよびコアネットワークの観点からは必要なコストが低く、したがって、ポイントツーポイント接続を用いたシングルユーザに対して提供する場合よりも、複数ユーザへのブロードキャスティングに対する方がより高い品質が適用されうる。
【０００５】
ｅＭＢＭＳ
進化型マルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）は、無線アクセスネットワークとしてのEvolved UMTS、Universal Movile Tlecommunications System、陸上無線アクセスネットワーク(Terrestrial Radio Access Network)、E-UTRAN、（LTE: Long Term Evolution)および、コアネットワークの一部としての進化型パケットコア(EPC)向けの拡張機能であるが、UTRAN with GSM, Global System for Mobile Communications, Packet Radio System, GPRSなど以前のタイプの無線アクセスネットワークもサポート可能である。
【０００６】
図１は、無線アクセスネットワークおよびコアネットワークを通じた、ユーザ機器（ＵＥ）からコンテンツプロバイダまでの接続の概要を、コアネットワークの関連するノードとともに示している。図１に示したインタフェースは、３ＧＰＰが規定するインタフェースである。図１のＭＢＭＳ／ｅＭＢＭＳシステムは、３ＧＰＰ ＴＳ ２６．３４６に記載されている。本明細書を通じて、ＭＢＭＳは、ＭＢＭＳ／ｅＭＢＭＳの総称である。
【０００７】
典型的なユースケースは、
・メディア／コンテンツを、制限された領域（すなわち、ユーザが同一のライフストリーム／ライフＴＶコンテンツを視聴するスタジアム）内に高密度に集められたＵＥへの配信である。ＭＢＭＳは、ＭＢＭＳストリーミング配信方法ＲＴＰ／ＲＴＳＰ（リアルタイムプロトコル／リアルタイムストリーミングプロトコル）を、ライブＴＶコンテンツを配信するためのプロトコルとして用いることができる。ＤＡＳＨ(Dynamic Adaptive Streaming over HTTP)に従ったメディアコンテンツは、ＭＢＭＳダウンロード配信方法ＤＡＳＨ／ＦＬＵＴＥによってセグメントファイルとして配信される。
【０００８】
・Androidアップデート、ユーチューブクリッププリローディング、非常に人気のある映画など、ユーザが同一メディアを要求する、ＵＥの非常に大きなグループへのメディアコンテンツの配信である。ＭＢＭＳシステムは、ＭＢＭＳダウンロード配信方法ＵＤＰ／ＦＬＵＴＥ（ユーザデータグラムプロトコル／単一方向トランスポート上でのファイル配信）を、これらファイルを配信するためのプロトコルとして用いることができる。
【０００９】
ＭＢＭＳコンテンツをＭＢＭＳの制御下で配信することをＭＢＭＳユーザサービスと表記する。図２は、３ＧＰＰ ＴＳ ２６．３４６で規定されるような、ユーザサービスのデータモデルを示す。
【００１０】
ユーザサービスバンドル記述(User Service Bundle Description)は、ユーザサービスをグループ化するためのものである。ユーザサービスバンドル記述は、１つ以上のユーザサービス記述(User Service Description)インスタンスを含みうる。ユーザサービスバンドル記述はまた、１つのＦＥＣ（フォワード誤り訂正）リペアストリーム記述(Repair Stream Description)を参照しうる。
【００１１】
ユーザサービスバンドル記述インスタンスは、どのようにしてサービスがＵＥに配信されるかを記述するために用いられる配信方法(Delivery Method)記述を１つ以上含む。配信方法記述は、配信に関するパラメータを記述するセッション記述(Session Description)インスタンスを参照する。関連配信手順記述(Associated Delivery Procedure Description)は、サービス、例えばファイルリペア、受信報告、および消費報告についての補完的な配信方法を提供するために配信方法記述にも引用されうる。
【００１２】
複数のコンテンツコンポーネントを含んだＭＢＭＳユーザサービスは、１つのＭＢＭＳ配信セッションもしくは複数の配信セッションで搬送されうる。ＵＥは、ユーザサービスに関して少なくとも１つのセッションがアクティブである場合、（１つ以上の）記述された時間期間中にＭＢＭＳデータを受信することを予期することができる。
【００１３】
ＭｏｏＤ
オンデマンドＭＢＭＳ動作（ＭｏｏＤ）は、ユニキャスト配信に関するサービスまたはコンテンツに対する複数ユーザによる同時要求が、オペレータポリシに基づく閾値に照らしてネットワークオペレータによって検出されることを可能にする、ＭＢＭＳおよび関連する技術アーキテクチャおよび機能に関する動作概念を表している。この検出は、ブロードキャストマルチキャストサービスセンタ（ＭＢＳＣ）において、同一サービスまたはコンテンツを複数のユーザに配信するためのユニキャストネットワークをオフロードするためのＭＢＭＳユーザサービスの確立を動的にトリガするために用いることができる。その後ＭＢＳＣは、ＭＢＭＳサービスアナウンスメント／ディスカバリおよび配信のための典型的な処理を開始するであろう。同一サービス／コンテンツに対する同時ユーザ要求が（これもオペレータポリシによって設定される）構成可能なレベルを下回ると、配信モードをブロードキャストからユニキャストに戻すように設定することができる。
【００１４】
３ＧＰＰ ＴＳ ２６．３４６およびＴＳ ２６．８４９によれば、「オンデマンドＭＢＭＳ動作」またはＭｏｏＤにおいて、トラフィック量が所定の閾値を超える場合にネットワークリソースを効率的に用いるため、典型的にはＭＢＭＳブロードキャストを用いるために、ユニキャストネットワーク上で最初に配信される所定のコンテンツはＭＢＭＳユーザサービスに変更されうる。このような、ユニキャスト配信からＭＢＭＳ配信への動的な変換は、「ＭＢＭＳオフローディング」とも呼ばれる。ＭＢＭＳオフローディングは、ＨＴＴＰまたはＲＴＰ／ＲＳＴＰ上で搬送されるユニキャストトラフィックに適用されうる。オフロードされるコンテンツを配信するため、前者の場合にはＭＢＭＳダウンロード配信方法が用いられ、後者の場合にはＲＴＰに基づくＭＢＭＳストリーミング方法が用いられる。
【００１５】
課題
３ＧＰＰ ＴＳ ２６．３４６およびＴＳ ２６．８４９によれば、同一サービスまたはコンテンツに対するユニキャストトラフィック量が所定の閾値を所定の範囲で超えた場合、ＭＢＭＳオフローディングを可能にするために、ＨＴＴＰプロキシまたは消費報告サーバはそのような事象をＢＭＳＣに示すべきである。
【００１６】
この手法は通常、所定の範囲でＭＢＭＳブロードキャストを有効化することが常に可能であること、つまりブロードキャストを有効化するための空きリソースが常に利用可能であることを前提としている。しかし、実際には利用可能なブロードキャストベアラ（ブロードキャストリソース）の数には制限があるうえ、ネットワーク負荷、ＱｏＳなどに起因して、時間によって変動しうる。多くのサービスがＭｏｏＤに対応しており、かつ大部分のＵＥがＭＢＭＳに対応している場合、競合状態が発生するであろう。競合は、いくつかのサービスがＭＢＭＳブロードキャストを正当化するに十分な人気をもち、かつシステムがそれら全てを有効化するのに十分なリソースを有していない場合に発生する。
【００１７】
ユーザ数に基づく閾値を用いることは、あまりに恣意的かつ粗い手法である。ブロードキャストを切り替えるための現在の単純な閾値決定には、以下の様な問題が存在する。
・恣意的かつ粗い決定のため、ブロードキャストリソースがすぐに使い尽くされるであろうこと。
・より高いトラフィック負荷を有するサービスが、閾値を超えるものの、トラフィック負荷がより低いサービスによって占有されているブロードキャスト用のリソースを取り戻すことができないため、ネットワークオフローディングが効率的に実施できないこと。
・単純な閾値手法はサービスの重要性を考慮しないこと。
・ブロードキャストへの切り替えに帯域が不十分なため、高収益サービスを高ＱｏＳで配信できないこと。より低いＱｏＳブロードキャスト配信ですら有効化できないこと。
・この領域でのユニキャストサービス消費はほんの短いバーストであって、サービスは短時間で不人気になる。そのため、ブロードキャストへの切り替えは回避され、高い消費レベルではあるが「誇大」サービスピークよりも低い他のサービスが代わりに配信されうる。図３Ａを参照されたい。
【００１８】
要約：サービスのユーザ数に基づく単純な閾値の主な問題は、サービスの重要性、ユーザ数のタイムリーな挙動、サービスが必要とする帯域などのような、サービスの他の観点を考慮しないことである。
【発明の概要】
【００１９】
背景技術において識別された問題に対する解決策は、マルチメディア・ブロードキャスト/マルチキャスト・サービス（ＭＢＭＳ）システムにおける、改良されたブロードキャスト・マルチキャスト・サービス・センター（ＢＭＳＣ）であって、サービスの重要性、サービスの優先度、サービスの実際の消費および消費の傾向、ならびにブロードキャストへ、またはユニキャストに戻す切り替えを決定するためのリソースの可用性を考慮するＢＭＳＣによって提供される。
【００２０】
第１の見地において、ＭＢＭＳシステム内のＢＭＳＣは、ブロードキャストコンテンツ用のリソースの可用性に基づいて動的に閾値を生成することによって改良される。ＢＭＳＣは、ＭＢＭＳに接続されているユーザ装置（ＵＥ）へのコンテンツのユニキャスト配信とブロードキャスト配信との切り替えを決定する。ＢＭＳＣは、ＵＥによるコンテンツの消費の計数値を受信する。ＢＭＳＣは、適用される第１閾値を、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整する。ＢＭＳＣは、コンテンツを消費しているＵＥの計数値が調整済みの第１閾値を超える場合、コンテンツをユニキャスト配信からブロードキャスト配信に切り替えることを決定する。
【００２１】
一実施形態において、ＢＭＳＣは第２閾値を適用し、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて第２閾値を調整する。ＢＭＳＣは、コンテンツを消費しているＵＥの計数値が調整済みの第２閾値より小さくなると、コンテンツをブロードキャスト配信からユニキャスト配信に切り替えることを決定する。
【００２２】
別の実施形態において、ＢＭＳＣはブロードキャストのために利用可能な帯域および／または可能なブロードキャストベアラの最大数に基づいて閾値を調整する。
【００２３】
別の実施形態において、ユニキャストとブロードキャストとが頻繁に切り替えられないよう、第２閾値は第１閾値よりも低い。
【００２４】
別の実施形態において、第１および第２閾値はエリアについて利用可能なリソースに基づいてエリアごとに調整される。
【００２５】
別の実施形態において、ＢＭＳＣはコンテンツのブロードキャストの要求を受信し、ＢＭＳＣはそのコンテンツについてＭＢＭＳユーザサービスを開始する。さらに、ＢＭＳＣはＭＢＭＳユーザサービスバンドルにコンテンツを加えてもよい。
【００２６】
別の実施形態においてＢＭＳＣは、エリア内に存在するＵＥの位置に基づいて、コンテンツを消費しているエリアごとのＵＥの計数値を受信する。計数するためのエリアが位置エリアであり、調整のためのエリアが無線セルエリアであり、さらに位置エリアのカバレッジエリアが複数の無線セルエリアを有する場合、ＢＭＳＣは、コンテンツを消費しているＵＥの計数値を、無線セルエリアの数で分割して、消費者の平均密度を取得する。
【００２７】
別の実施形態においてＢＭＳＣは、計数値に基づいて、計数値が第１閾値を超える全てのコンテンツにランク付けを行う。ＢＭＳＣは、ブロードキャスト配信のために利用可能なリソースによってサポート可能な、高位にランキングされたコンテンツについては、ブロードキャストを維持するか、ブロードキャストに切り替える。ＢＭＳＣは、ブロードキャスト配信のために利用可能なリソースによってサポート不可能な、残りの低位にランキングされたコンテンツについては、ユニキャストのままにする、ユニキャストに戻す。
【００２８】
第２の見地において、コンテンツにカテゴリを割り当てることによってＢＭＳＣは改良され、所定のカテゴリに属するコンテンツは、重要度／優先度を有する。ＢＭＳＣはカテゴリの規定を受信し、それら規定に基づいて割り当てる。
【００２９】
一実施形態において、受信された、コンテンツの消費を報告するＵＥの計数値は、そのコンテンツに割り当てられた重要度／優先度に基づいて調整される。
【００３０】
別の実施形態において、第１閾値にカテゴリを割り当てることにより、第１閾値は１つ以上のカテゴリについて異ならされている。第１閾値はリソースの可用性に調整され、第１閾値に割り当てられているカテゴリと、受信した、コンテンツを消費しているＵＥの計数値に割り当てられているカテゴリとの合致に基づいて、受信した、コンテンツを消費しているＵＥの計数値に適用される。
【００３１】
別の実施形態において、コンテンツに割り当てられているカテゴリが所定の重要度／優先度を有する場合には、コンテンツは調整済みの第１閾値との比較から除外され、調整済みの第１閾値とは無関係に、そのコンテンツの配信をブロードキャストに切り替えるかもしくはブロードキャストのまま維持する。
【００３２】
第３の見地において、さらなるコンテンツをブロードキャストするためにより低いサービス品質（ＱｏＳ）を適用可能かチェックすることにより、ＢＭＳＣは改良される。したがって、コンテンツの計数値および、第１閾値を超える計数値に基づいて、全てのコンテンツはランク付けされる。ブロードキャスト配信のために利用可能なリソースによってサポートすることが可能な、より高いランキングのコンテンツは、ブロードキャストに切り替えられるか、ブロードキャストが維持される。ブロードキャスト配信のために利用可能なリソースによってサポートすることができない、ランキングの低いコンテンツは、ユニキャストが維持されるか、ユニキャストに戻される。低いランキングのコンテンツは、そのコンテンツをブロードキャストに切り替えても依然としてブロードキャスト配信のために利用可能なリソースによってサポートされることが可能な代替ＱｏＳについてチェックされる。
【００３３】
別の実施形態において、高いランキングのコンテンツは、消費リソースが少ない代替ＱｏＳについてチェックされ、リソースを空けるためにそのコンテンツについて代替サービス品質を適用する。
【００３４】
第４の見地において、コンテンツの消費を報告するＵＥの計数値を、その計数値の経時トレンドに基づく因子を用いて調整することによってＢＭＳＣは改良される。
【００３５】
別の実施形態において、因子は連続する複数の計数値の積分に基づいて算出される。
【００３６】
別の実施形態において、因子は連続する複数の計数値の微分に基づいて算出される。
【００３７】
別の実施形態において、ＭＢＭＳユーザサービスを消費しているＵＥの計数値が第３閾値より小さくなるとそのＭＢＭＳユーザサービスの終了を決定する、第３閾値が適用される
【００３８】
別の見地において、上述した方法の任意のものを実行するように適合されたブロードキャスト決定機能（ＢＤＦ）によってＢＭＳＣは改良される。
【００３９】
別の見地において、カウンタ、決定器、および閾値制御を有するウォッチドッグコンポーネントによってＢＭＳＣは改良される。カウンタはユーザサービスを消費しているＵＥから報告を受信するための受信機と、ユーザサービスの消費を報告するＵＥの数を計数するためのユーザサービスごとのレジスタと、ユーザサービスを消費しているＵＥの計数された数を一定間隔で送信するための送信器とを有する。閾値制御はブロードキャストベアラについて利用可能な帯域および／または利用可能な数についての受信器と、ブロードキャストベアラについて利用可能な帯域および／または利用可能な数から閾値オフセットを計算するための計算ロジックと、閾値オフセットを送信するための送信器とを有する。決定器はユーザサービスを消費しているＵＥの計数された数を一定間隔で受信するための受信器と、計数された数を閾値制御から受信した閾値オフセットによって調整された閾値セットと比較するためのロジックと、ユーザサービスについてのＭＢＭＳユニキャスト／ブロードキャスト切り替え信号のための出力とを有する。
【００４０】
別の実施形態において、ウォッチドッグコンポーネントは、新たなユーザサービスイベント信号を受信するための入力を有するカウンタを有し、カウンタはその信号を、新たなサービスについてのレジスタを追加するために用いる。
【００４１】
別の実施形態において、ウォッチドッグコンポーネントは、エンドユーザサービス信号を受信するための入力を有するカウンタを有し、カウンタはその信号を、そのユーザサービスについてのレジスタを除去するために用いる。ウォッチドッグコンポーネントはまた、エンドユーザサービス信号を送信するための出力を有する決定器を有する。
【００４２】
別の見地において、改良は、ＢＭＳＣサーバに上述した方法の任意のものを実行させるためのコード化された命令を有するコンピュータプログラム製品に関する。
【００４３】
別の見地において、改良は、このコンピュータプログラム製品を有するコンピュータ可読媒体に関する。
【００４４】
説明した改良は、ＭＢＭＳシステムに以下の様な利点をもたらす。
・ＭＢＭＳブロードキャストコンテンツを、エリアごとにポリシに基づいて選択すること
・サービスが、明確に規定された基準にしたがってエリアごとにランク付けされること
・ネットワークトラフィックオフローディングにおける効率の改善
・ＭｏｏＤ切り替えポリシルールに基づく、オペレータ収益の増加
・サービスのデバイス密度、デバイス密度の勾配、および、サービス優先度、サービスタイプおよびコンテンツプロバイダの支払いに基づいて規定されたカテゴリ、ＱｏＳ、並びにリソース可用性が、ブロードキャストとユニキャストとの切り替え決定において考慮される。
・ブロードキャストリソースは、ポリシルールに基づいて以下の様にして解放される。
・ブロードキャストリソースをより高い優先度のサービスのために解放するため、停止／より低い優先度のブロードキャストサービスへダウングレードする
・より優先度の高いサービスのためにブロードキャストリソースを解放するため、停止／最も低いデバイス密度ブロードキャストサービスへダウングレードする
・公共安全サービスおよび政府による必須サービスを保護する
【００４５】
ＢＭＳＣは切替決定のための閾値を決定したり、閾値超過の継続期間およびトラフィック量の変化の勾配を含む切替決定ルールをチェックしたりする「ブロードキャスト決定機能」（ＢＤＦ）を含んできた。コンテンツをブロードキャストするかユニキャストするかの決定は、より合理的かつ効率的になるであろう。
【００４６】
ＢＭＳＣ−ＭＤＦが所定のサービスエリア内でブロードキャストを有効にすると決定しても、そのサービスエリア内で利用可能なブロードキャストリソースが新たなブロードキャストサービスには不十分かもしれない。ＢＭＳＣ−ＭＤＦはそのような状況に直面した場合ポリシルール制御を実行することができ、ＢＤＦは新たな、より優先度の高いＭｏｏＤ適合サービスに十分なブロードキャストリソースを解放するための関連行動をとることができる。すなわち、優先度の低いブロードキャストサービスのビットレート（質）を下げるか、このエリア内の優先度の低いブロードキャストサービスを停止するか、このエリア内でデバイス密度が最も低いサービスを停止するか、またはしばらく保留状態にする。
【００４７】
優先度はＢＭＳＣにおける「コンテンツプロバイダ支払い」、「エリア内のデバイス密度」、「サービスタイプ」（すなわち、ＭＣ−ＰＴＴ、ＥＴＷＳ、または公共警告システム用マルチメディアブロードキャスト補助（ＭＢＳＰ）が他のメディアサービスよりも高い優先度を有する）によって規定することができる。
【００４８】
デバイス密度、デバイス密度勾配、および閾値超過の許容期間は、使用しているユニキャストおよびブロードキャスト計数方法に応じて、ＨＴＴＰプロキシまたはＢＭＳＣ消費報告サーバから取得することが可能である。中間消費集約機能（ＣＡＦ）は、ＢＤＦへの計数情報のソースを隠したり、閾値およびトリガの制御のための進んだインタフェースを提供したりすることができる。
【００４９】
サービス消費ダイナミクスにより、通常、ランキングは経時変化する。したがって、ＢＤＦは過去の決定を頻繁に見直す必要があるかもしれない。また、いくつかのサービスはデバイス密度条件を依然として満たしているにもかかわらず、ユニキャストに移されうる。
【００５０】
ＢＤＦは、条件を満たしていてもサービスをＭＢＭＳブロードキャストに移さないことを決定しうる。そして、ユーザはおそらく低下した品質で、ユニキャスト上でのサービス受信を消費するであろう。コンテンツプロバイダとオペレータとの間のＳＬＡは、切替条件が満たされてもオペレータがサービスをユニキャストに維持することを可能にしてもよい。
【００５１】
ＢＤＦはまた、既に継続中のセッションの品質を落とすことを決定してもよい。ここで、ＢＤＦは、ＭＢＭＳベアラのビットレートを低下させるためにＭＢＭＳセッション更新をトリガし、さらに（エンコーダを再構成するか、異なる表現を選択することにより）メディア品質を低下させるためにingestをトリガする必要がある。
【００５２】
本開示の、上述した、また他の特徴および利点は、添付図面に関する以下の説明から最もよく理解されるであろう。図面において、同一の参照数字は、同一または同等の機能または動作を実行する同一部分を示す。
【図面の簡単な説明】
【００５３】
【図１】電気通信システムにおけるＭＢＭＳの高レベルアーキテクチャを表す模式図である。
【図２】ＭＢＭＳにおけるユーザサービスに関するエンティティおよび関係を表すデータモデルを示す図である。
【図３Ａ】２つのコンテンツの同時発生の例を示す図である。
【図３Ｂ】３つのサービスの同時発生の例を示す図である。
【図４】ＭＢＭＳのシステムアーキテクチャを示す図である。
【図５Ａ】ＢＭＳＣの機能エンティティの概要を示す図である。
【図５Ｂ】ＢＭＳＣサーバの概要を示す図である。
【図６】報告および集約の概要を示す図である。
【図７】ＵＥサービス消費およびユニキャスト／ブロードキャスト切り替えに関する模式的なメッセージシーケンスを示す図である。
【図８】ウォッチドッグ実装の模式図である。
【図９】決定器実装の詳細図である。
【発明を実施するための形態】
【００５４】
ＭｏｏＤ（オンデマンドＭＢＭＳ動作）は、ユニキャスト配信のためのサービスまたはコンテンツ項目に対する複数ユーザによる同時要求を、オペレータポリシに基づくしきい値に対してネットワークオペレータが検出できるようにする動作概念である。この検出は、同一のサービスまたはコンテンツを複数ユーザに配信するためのユニキャストネットワークをオフロードするため、ＢＭＳＣにおいてＭＢＭＳユーザサービスの確立を動的にトリガするために用いることができる。
【００５５】
動的な切り替え
３ＧＰＰは当初、ＭＢＭＳに関し、ユニキャストからブロードキャストへの切り替えおよび逆の切り替えについて規定しなかった。当初は、サービスの消費がＭＢＭＳとは独立して開始されることが想定されていた。コンテンツは一方または他方について、オペレータまたは配信者／プロキシポリシによって予め定義された。ＭＢＭＳユーザサービスは典型的にはＭＢＭＳブロードキャストコンテンツを要求した。ＭｏｏＤ により、３ＧＰＰは、消費ユーザの計数に基づいて、任意のユニキャスト配信されるサービスをＭＢＭＳユーザサービスに変更する動的切り替えを導入した。予め規定される第１閾値は、消費計数値が第１閾値を超えた際にユニキャストからブロードキャストへの切り替えを開始し、第２閾値は消費計数値が第２閾値を下回った際に切り替えをもとに戻すためのものである。ユニキャストとブロードキャストの切り替えが頻繁に発生しないように、第１閾値を第２閾値より大きくすることができる。
【００５６】
消費の計数を可能にするため、ネットワークプロキシが自身のコンテンツの消費を追跡できるように、ユーザ機器は、ユニキャストで消費するサービスに関するＨＴＴＰリクエストに特定のＭｏｏＤヘッダを付加していた。ＭＢＭＳに対応しているＵＥだけがヘッダを挿入する。
【００５７】
その後、３ＧＰＰがＭＢＭＳユーザサービスをユニキャストまたはＭＢＭＳブロードキャストを用いて開始できるようにするためにＭＢＭＳユニキャストを追加した際、ＵＥベースの消費報告が導入された。ＭＢＭＳユーザサービスアナウンスメント／ディスカバリにより、サービスがＭＢＭＳユーザサービスであるという事実にＵＥは既に気付いているが、量が閾値を超えなかったためＭＢＭＳブロードキャストはＵＥの現在位置では用いられない。ＵＥがユニキャストでサービスを消費している際、ＵＥは、消費報告のような所定のＭＢＭＳ固有手順を実行してもよい。ＭＢＭＳサービスがアクティブではあるが、コンテンツ／ストリーミングの提供はユニキャストでなされるため、これはＭＢＭＳユニキャストと呼ばれる。ＭＢＭＳサービスが存在しないユニキャストコンテンツ配信は、非ＭＢＭＳユニキャストと見なされる。
【００５８】
その結果、３ＧＰＰは、ユニキャストサービス消費を計数または計測するために２つの方法を規定している。非ＭＢＭＳユニキャストについてはＵＥがＭＢＭＳ対応の場合にはＭｏｏＤヘッダによって、ＭＢＭＳユニキャストについてはＵＥベースの消費報告によって。ＭＢＭＳブロードキャストの計数または計測については、ＵＥベースの消費報告によるものだけである。
【００５９】
ＭＢＭＳユーザサービスの開始
２タイプのＭＢＭＳオフローディングがある。ＵＥ選出およびネットワーク選出オフローディングである。いずれのタイプにおいても、同一のサービスまたはコンテンツに関するユニキャストトラフィック量が所定の閾値を超えているかどうかを検出し、ＭＢＭＳオフローディングを可能とするためにそのような事象の発生をブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）に通知するネットワークプロキシ／サーバが存在しうる。ＭｏｏＤ決定を支援するため、エリアごとの消費が必要であり、ネットワークプロキシ／サーバはオペレータのポリシごとにＵＥからＵＥ位置を取得することができる。あるいは、ネットワークプロキシ／サーバは、Ｒｘ基準点を通じてＰＣＲＦ（ポリシおよび課金ルール機能）に対して３ＧＰＰユーザ位置情報ＡＶＰ（属性値ペア）を通じてＵＥの位置情報を要求する際に、アプリケーション機能として振る舞ってもよい。ネットワークプロキシ／サーバは、ＵＥの位置情報を取得するためにＬＣＳ（ロケーションサービス）手順をさらに用いてもよい。ネットワークプロキシ／サーバは、ユーザ位置情報をＭｏｏＤ決定のためにＢＭＳＣに配信してもよい。
【００６０】
ＵＥ選出オフローディングに関し、ＭｏｏＤ構成情報を特定するためにＯＭＡ−ＤＭ（オープンモバイルアライアンス(OMA)デバイス管理(DM)）を用いる必要がある。そのようなＤＭ構成オブジェクトがＵＥに存在する場合、ＵＥはＭＢＭＳオフローディングをサポートすることを選択するときは常にそのＤＭ構成オブジェクトを用いる必要がある。ＯＭＡ ＤＭ管理オブジェクトは、ユニキャストネットワークを通じてアクセスされる任意のタイプの適切なコンテンツに関するオフローディングを構成するために用いられる。
【００６１】
消費報告に基づくＭｏｏＤ
ＭＢＭＳユーザサービスの現在進行中の消費に関する、より正確な知見の取得を目的として、消費報告手順が３ＧＰＰによって規定されている。この機能により、ＭＢＭＳサービスオペレータは、ＭＢＭＳユーザサービスの実時間要求に基づいて、
・ブロードキャストへの切り替え：所与のサービスエリア内でＭＢＭＳベアラを通じたサービス配信を確立する
・ユニキャストへの切り替え：ユニキャストを通じたサービス配信のみを残すように、所与のサービスエリア内での確立済みＭＢＭＳベアラを通じたサービス配信を終了(teardown)する
のいずれかを実行することの決定を行いやすくなり、ユニキャストおよび／またはＭＢＭＳサービス配信のサポートにおいてネットワーク容量リソース全体を最大限活用するために、これらを動的な手法で実施する。ＭＢＭＳサービス消費報告手順は、関連配信手順（ＡＤＰ）仕様におけるパラメータに従って、ＭＢＭＳ受信器（ＵＥ）によりＢＭーＣに開始される。
【００６２】
消費報告についての最低粒度は、サービスエリアＩＤによって定義されるサービスエリアであり、カウンティングエリアとも呼ばれる。サービスエリアは、システムがブロードキャストとユニキャストとを切り替え可能な最小エリアである。ブロードキャストエリアは、それぞれがＳＡＩによって特定されるサービスエリアのリストによって記述される。
【００６３】
以下の条件のいずれかを満たす場合、ＵＥは消費報告を実行してはならない。
・ｒ１２：消費報告要素が、関連配信手順記述に含まれていない。
・ｒ１２：消費報告要素が存在し、報告することを要求される位置タイプがＭＢＭＳ ＳＡＩであり、
・ＵＳＤ内のどのＳＡＩも、消費報告要求メッセージに含めるために用意されたＭＢＭＳ ＳＡＩリスト内のエントリに合致しないか、
・ＳＩＢ１５が存在しない。
【００６４】
消費報告の必要性が確立されると、ＭＢＭＳ受信器（例えばＵＥ）は、
・クライアント識別情報；クライアントＩＤ
・サービス識別情報：サービスＩＤ。選択されたサービスに関連づけられている
・現サービング位置情報（例えばＳＡＩｘまたはＣＧＩ）、および
・消費の指標(indication)
を含む１つ以上の消費報告を、選択されたサービスに関連づけられたサービスＵＲＩによって特定される消費報告サーバに送信する。ＢＭＳＣは、ＳＡＩｘにおけるユニキャスト状でサービスを消費している十分なＵＥが存在することを検出すると、そのサービスの送信をＭＢＭＳブロードキャストベアラを通じた送信に切り替えることを決定してもよい。
【００６５】
サービス継続性
ＭＢＭＳにおいて、ＤＡＳＨサービス継続性は「統合ＭＰＤ」および付加ＵＳＤ（ユーザサービスディスカバリ）レベル情報を通じて実現される。統合ＭＰＤ（メデイアプレゼンテーション記述）は、ユニキャストおよび／またはブロードキャストを通じて利用可能なコンテンツの全ての表現(representation)を記述する。ＵＳＤレベル情報は、ＵＥ内のＭＢＭＳクライアントが、アクセスシステムに応じて、どの品質の表現が利用可能かをフィルタ処理することを可能にする。
【００６６】
ＭＢＭＳクライアントが無線の変化、例えばブロードキャストエリアが無効化されたことや、ＵＥがブロードキャストを離れたことを検出すると、ＭＢＭＳクライアントはＤＡＳＨプレーヤをそれに応じた表現および場所に向ける。
【００６７】
現状のユニキャストからＭＢＭＳブロードキャストへの切り替え
ＭＢＭＳユニキャストを通じたユニキャストからＭＢＭＳブロードキャストへ切り替え、またそれを戻すシナリオについて、上述した要素を以下にまとめる。
【００６８】
ＵＥが所定のコンテンツまたはストリームを要求する。ＵＥは要求をプロキシサーバに転送する。通常、プロキシサーバはＭＢＭＳシステム自体の一部ではないが、場合によってはそうであってもよい。ＵＥは所定の状況下で要求にＭｏｏＤヘッダを入力する；
・ＵＥがＭＢＭＳに対応しており（ＭＢＭＳクライアントを有する）、かつ
・コンテンツ／ストリームにアクセスするために用いられるブラウザアプリケーションなどが、ＵＥにヘッダを含めるように指示するか、
・ＵＥに予めプログラムされたオペレータポリシが、ＵＥに所定のプロキシについてヘッダを追加するように指示する場合である。
【００６９】
この要求を検出するプロキシサーバは、同一のコンテンツ／ストリームについて、エリア内でＭＢＭＳに対応している別個のＵＥによって成された要求の数と、それらＵＥの場所とを計数する。エリアコンテンツ／ストリームコンビネーションについての計数値が所定の閾値を超える場合、プロキシサーバはＭＢＭＳを通じたブロードキャストのために特定のコンテンツ／ストリームのオフローディングを要求することができる。閾値はプロキシに構成されてもよいし、通信ネットワークのＰＣＲＦや同様の機能から取得されてもよい。
【００７０】
ＢＭＳＣは要求を受信し、利用可能な新たなコンテンツ／ストリームについてのＭＢＭＳサービスを開始する（すなわち、ＭＢＭＳサービスアナウンスメント／ディスカバリを含んだＭＢＭＳユニキャストを開始する）。その後、ＢＭＳＣはリダイレクションを開始するためにＯＫをプロキシサーバに送信する。確認メッセージは、使用すべき新たなプロキシを含んでいる。
【００７１】
ＭＢＭＳを通じた中間ステップは、プロキシを実際に変更することを要しない。リダイレクトはＵＥに要求されたコンテンツ／ストリームのためのＭＢＭＳクライアントを有効化させ、ＭｏｏＤヘッダを付加する代わりにＵＥに消費を報告させるためだけに必要である。
【００７２】
そして、プロキシサーバは、要求にＭｏｏＤヘッダを含めることによってＭＢＭＳ能力を示しているＵＥのそれぞれに、使用すべき新たなプロキシを含んだリダイレクトメッセージを送信する。あるいは、３ＧＰＰ ＴＳ２６．３４６に概要が示されるように、ＭＢＭＳの能力を有するＵＥが、アナウンスメント／ディスカバリ手順からＭＢＭＳブロードキャストを直接読み出す。
【００７３】
リダイレクションを受信する各ＵＥは、ＭＢＭＳにおける別のコンテンツについて既にアクティブになっている場合をのぞき、自身のＭＢＭＳクライアントを開始させるとともに、アドバタイズ内のそのコンテンツ／ストリームに関するＡＤＰに従った消費報告を開始させる。
【００７４】
そして、ＢＭＳＣはプロキシとして振る舞うようになり、ＭＢＭＳユニキャストにおけるコンテンツ／ストリームをＭＢＭＳサービスとして提供する。こればＢＭＳＣプロキシソリューションである。代わりに、もとのプロキシが依然としてＭＢＭＳユニキャストを配信してもよく、それはプロキシサーバＭＢＭＳユニキャストソリューションである。後者の場合、ＭＢＭＳユニキャストを用いてＭｏｏＤヘッダの挿入を継続することが可能であり、プロキシサーバは計数値をＢＭＳＣに提供する。
【００７５】
ＢＭＳＣは、ＵＥによる消費報告に基づいて、エリア内のコンテンツ／ストリームの人気度を計数する。
【００７６】
所定のエリアかつコンテンツ／ストリームについて閾値を超えた場合、ＢＭＳＣはＭＢＭＳユニキャストをＭＢＭＳブロードキャストに切り替え、ＢＭＳＣの定期的なアドバタイズに従うＵＥのＭＢＭＳクライアントは、ＭＢＭＳユニキャスト受信からＭＢＭＳブロードキャスト受信に切り替わる。ＵＥは、ＢＭＳＣへの消費の報告を、ＡＤＰに指示されるように継続する。閾値はここでも予め設定されていてもよいし、通信システム内のＰＣＲＦまたは他の機能から取得されてもよい。
【００７７】
なお、計数機能および決定機能は別個の機能であり、一部の実装においてはユーザ、コンテンツ、位置情報の匿名性を実現するため、計数機能がＭＢＳＣの外部に存在する。外部計数機能はＢＭＳＣ内の決定機能に、コンテンツ／エリアコンビネーションごとのユーザ総数を知らせる。ＵＥがどの計数機能に報告すべきかは、ここでもＡＤＰに含まれている。
【００７８】
ＭＢＭＳブロードキャストに切り替わった後にそのコンテンツ／ストリームを要求するＵＥは、リダイレクトメッセージを受信し、ＭＢＭＳクライアントを有効化し、ＭＢＭＳブロードキャスト受信を直接開始する。
【００７９】
所定の時刻においてＢＭＳＣは、コンテンツおよびエリアの特定の組み合わせについて、使用数(use count)が（ここでも予め設定されるか取得される）閾値を下回ったことを検出し、ＭＢＭＳブロードキャストをＭＢＭＳユニキャストに戻すことを決定することができる。この戻しは、ＭＢＭＳサービスアナウンスメント／ディスカバリに含まれ、ＵＥ内のＭＢＭＳクライアントはブロードキャスト受信をユニキャスト受信に戻す。
【００８０】
さらにその後、ＭＢＭＳユニキャスト消費報告が存在しなくなるか、ＭＢＭＳユニキャストへ戻してから固定時間後、あるいは消費報告が閾値を下回った際に、ＢＭＳＣはプロキシサーバにリダイレクションの停止を知らせ、ＭＢＭＳユニキャストをＭＢＭＳサービスアナウンスメント／ディスカバリから除去することによってＭＢＭＳサービスを停止する。ＢＭＳＣプロキシソリューションの場合、ＢＭＳＣは残りのＵＥをもとのプロキシサーバにリダイレクトしてもよい。
【００８１】
残りのＵＥは該当するコンテンツ／ストリームについての消費報告を停止し、さらなる要求をもとのプロキシサーバに送信し、指示されるようにＭｏｏＤヘッダを含める。
【００８２】
用いられるいくつかの閾値は、頻繁な切り替えが起こらないようにそれぞれ定めることに留意されたい。
【００８３】
動的な閾値
現状のＢＭＳＣは静的な閾値を用いる。第１の態様において、ＭＢＭＳブロードキャストベアラのためのリソースの可用性からの関数として閾値を動的化することにより、ＢＭＳＣの機能を改良する。最も重要なリソース制限は、利用可能なブロードキャストベアラの数および総ビットレートである。これらのリソースは、無線アクセスシステムの構成に基づく最大値を有する。しかしながら、状況に応じて、これらの値はより小さい値になりうる。これらの最大リソース容量に基づいて固定閾値を設定することもできるが、先に概要を述べたような問題点を有する。
【００８４】
第１実施形態において、閾値の名目値(nominal value)は、同時ＭＢＭＳブロードキャストベアラの最大数によって決定され、閾値の実値は、最大値に対する実際に利用可能なベアラの割合に等しいパーセンテージだけ低減される。
【００８５】
第２実施形態において、閾値の名目値は、すべての同時ＭＢＭＳブロードキャストベアラに対する最大利用可能ビットレートによって決定され、閾値の実値は、最大ビットレートに対する実際の利用可能ビットレートの割合に等しいパーセンテージだけ低減される。
【００８６】
第３実施形態においては、両方の組み合わせが使用される。２つのパーセンテージのうち低い方が、実際の閾値を低減するために用いられる。
【００８７】
このようにして、閾値は利用可能なリソースに関して動的であり、ＢＭＳＣはＭＢＭＳベアラが追加できるか否かを知る。この方法はまた、ＢＭＳＣがまずベアラの設定を試み、その後、リソース不足により設定が不可能であるとして無線アクセスシステムから拒否されるという現在の仕組みを時代遅れのものとする。動的閾値を用いることは、ＭＢＭＳユーザサービスが確立されるコンテンツについて、消費計数値に基づいてランク付けすることと同等である。ランクの高いものだけが閾値を維持されるかブロードキャストに切り替えられ、一方でランクの低いものはユニキャストのままかユニキャストに戻される。
【００８８】
第４実施形態では、別個の閾値が用いられる。第１のものは、ユニキャストからブロードキャストへの切り替えを決定し、第２のものはブロードキャストからユニキャストへの切り替えのためのものである。別個の閾値を有することは、頻繁な切り替えの発生を防止できるという利点を有する。ユニキャストへの復帰はブロードキャストへの切り替えよりも実質的に頻度が低く、これによりコンテンツ配信がユニキャストとブロードキャストとの間で頻繁な切り替えられることを回避するヒステリシスを与える。第４実施形態は先の実施形態と組み合わせられてもよい。
【００８９】
リソースは時間的にのみ変化するだけでなく、無線アクセスシステムのセルごとに異なりうる。そのため、各無線アクセスシステムセルについて動的パラメータが確立され、それらの値はそのセルにおけるリソースの可用性によって調整される。上述の利点は、ＭＢＭＳブロードキャストベアラを確立しうるセルとそうでないセルをＢＭＳＣが決定できるという事実に発展する。これにより、ＢＭＳＣが自身のリソースの効率化を図ることが可能になるというさらなる利点が実現される。ＢＭＳＣはセルごとにＭＢＭＳブロードキャストへの切り替えを回避でき、１つまたはビューセルのみをブロードキャストへ切り替える代わりにセルの大半についてはＭＢＭＳユニキャスト配信が必要とすることができる。
【００９０】
別の実施形態では第３閾値が適用される。まずＢＭＳＣはコンテンツの非ＭＢＭＳユニキャスト配信をブロードキャストに切り替える要求に対応する。ＭＢＭＳユニキャストおよびブロードキャストの切り替えの決定には第１および第２閾値が用いられる。コンテンツに対するＭＢＭＳユーザサービスを停止し、コンテンツを非ＭＢＭＳ配信に戻すことの決定に第３閾値は用いられる。これにより、ＵＥによる消費がないか非常に限られた多くのＭＢＭＳユニキャスト配信が、アナウンスメント、計数、セッションおよび送信などのＢＭＳＣリソースを占有するという利点が得られる。
【００９１】
これには、どのセルでＵＥがコンテンツを消費しているかが既知である必要がある。そのため、ＵＥは、消費の報告にセルの身元(ID)を付加する。ＵＥがセルＩＤを報告しない場合もあり、この場合には計数機能は無線セルを決定するために他の手段（例えばロケーションサービス）を用いる。ＵＥは報告に無線セルではなく別のエリア識別子、例えばサービスエリアを含めてもよい。そして計数機能は、エリアに対する計数値を、そのエリアを構成する無線セルの数で割ることにより無線セルごとの消費者密度を平均消費者密度として算出することができる。
【００９２】
リソースの他の側面について同様の方法で取り扱い、それに応じて上述した内容と組み合わせることができることは当業者には明らかであろう。
【００９３】
サービスの優先度および重要度
現状のＢＭＳＣは各コンテンツを同様に取り扱う。第２の見地においては、ブロードキャストへの切り替えまたはユニキャストへの復帰を決定する際にコンテンツの優先度および重要度を考慮することにより、ＢＭＳＣはさらに改良される。実際、全てのコンテンツが高い優先度を有するとは限らない。優先度が非常に高いコンテンツの例は、行政緊急プッシュトゥトークサービスである。Utubeクリップのダウンロードは、優先度の低い例である。前述のUtubeクリップは便利であるがオペレータにとって現金を与えてくれるものでないのに対し、ライブスポーツストリーミングは高価なプレミアムサービスであるためオペレータにとって非常に重要であろう。重要度は主に、オペレータとコンテンツ配信者とのサービス提供契約に関連する。ブロードキャストへの切り替えおよびユニキャストへの復帰に優先度及び重要度を関与させるため、ＢＭＳＣはＭＢＭＳサービスの開始が要求される各コンテンツにカテゴリを割り当てる。割り当ては、カテゴリ定義と、コンテンツを要求するＵＲＬの詳細に基づいて行われる。割り当てられるカテゴリのそれぞれは値を有する。ＢＭＳＣは自身が制御する全てのコンテンツのブロードキャストおよびユニキャスト間の切り替えに、カテゴリを用いる。
【００９４】
一実施形態において、ＢＭＳＣは予め設定されたカテゴリ定義および関連するカテゴリ値を有する。別の実施形態において、これはリポジトリ（例えばＰＣＲＦ）内のオペレータポリシとして利用可能である。ＢＭＳＣはこれらをダウンロードし、ＢＭＳＣに対してプッシュされる定期的な（１つ以上の）更新をチェックする。
【００９５】
一実施形態において、ＢＭＳＣは自身の制御下にある全コンテンツを、ユニキャストで配信されるかブロードキャストで配信されるかに関わらずランク付けし、さらにコンテンツをカテゴリ値に基づいてランクづけする。ランク付けはそのコンテンツを消費しているＵＥの計数値とカテゴリ値との乗算に基づいて行うことができる。そして、ＢＭＳＣは、ランク付けされたリストを適用可能な閾値と比較する。閾値に満たない最高位のコンテンツはブロードキャストを維持されるか、ユニキャストに切り替えられる。閾値を超える低ランクのコンテンツは、ユニキャストに戻されるかユニキャストが維持される。この実施形態の利点は、消費者の数に関連して最も重要で優先度が高いコンテンツだけがブロードキャストで配信されることである。
【００９６】
代替実施形態において、各カテゴリは定義で規定された自身の閾値を有する。動的閾値の名目値が存在する。ランク付けは、コンテンツの消費の計数値に基づいてカテゴリごとに行われる。ここでも、ＢＭＳＣは、ランク付けされたリストを適用可能な閾値と比較する。閾値に満たない最高位のコンテンツはブロードキャストを維持されるか、ユニキャストに切り替えられる。閾値を超える低ランクのコンテンツは、ユニキャストに戻されるかユニキャストが維持される。この実施形態固有の利点は、原理的に各カテゴリに余地が存在し、ユーザがごくわずかである非常に高い優先度のコンテンツと、優先度がずっと低いがユーザが非常に多いコンテンツとが併存しうることである。
【００９７】
別の実施形態において、上述した内容はエリアに基づいて異なった方法で適用されてもよい。つまり、概して、ランク付けは、全カテゴリに渡って、あるいはカテゴリごとに設定された動的閾値によって行われるが、ある特定のエリアについて、１つ以上のコンテンツカテゴリを除外してブロードキャスト容量が存在する限りブロードキャストされるようにして、残りの全てのカテゴリについてはユニキャストを強いることができる。例としては、緊急エリアにおける緊急サービスがある。
【００９８】
サービスに必要な帯域
現状のＢＭＳＣは、要求されたサービス品質だけを提供し、ブロードキャストするのに十分なスペースが存在しない場合、コンテンツはユニキャストで配信される。別の見地において、ＢＭＳＣはあるコンテンツについて、そのコンテンツをブロードキャストする際、利用可能であればより低いサービス品質を選択することができる。利点は、帯域に対して必要なリソースを少なくでき、より多くのコンテンツをブロードキャストしうることである。
【００９９】
一実施形態において、サービス品質をダウングレードすることは予め設定されていてもよいし、あるいはリポジトリ（例えばＰＣＲＦ）からダウンロードされてもよい。ダウングレードの可能性は、配信方法記述が異なるサービス品質を指定する場合に、配信方法記述内のセッション配信インスタンスの１つから得ることができる。
【０１００】
ここで、ＢＤＦは、ＭＢＭＳベアラのビットレートを低下させるためにＭＢＭＳセッション更新をトリガし、さらに（エンコーダを再構成するか、異なる表現を選択することにより）メディア品質を低下させるためにインジェスト(ingest)をトリガする必要がある。
【０１０１】
サービスを消費するユーザ数のトレンド
現状のＢＭＳＣは、自身の決定に現在のカウント値のみを用い、コンテンツを消費するＵＥの計数値の経時トレンドを考慮しない。別の見地において、ＢＭＳＣはコンテンツをブロードキャストに切り替えたりユニキャストに戻したりするための決定にこれらトレンド側面を付加することにより改良される。したがって、ＢＭＳＣはトレンド側面について実際の計数値を調整する。
【０１０２】
図３Ａに、第１の例を示す。ここではコンテンツ２が安定して高レベルで消費されている。コンテンツ１は、コンテンツ２を超えるＴ＝１０：０５を除き、低レベルで消費されている。通常の比例切り替え(proportional switching)の場合で、１つのブロードキャストチャネル分の余地しかない場合、コンテンツ２はＴ＝１０：０５まではブロードキャストで送信されたのち、コンテンツ１をブロードキャストに切り替えるためにユニキャストに切り替えられる。しかし、統合的な見地が考慮される場合、コンテンツ１のスパイクは除去され、コンテンツ２の継続的なブロードキャストが保証される。
【０１０３】
図３Ｂに、第２の例を示す。ここでは、３つのサービスが、利用可能な１つのブロードキャストチャネルを争っている。ここでは２つの閾値が存在する。第１閾値は５であり、サービスがブロードキャストに切り替え可能になるには少なくとも５つのＵＥに消費されている必要がある。第２閾値（最小持続閾値）は３であり、サービスを消費するＵＥが３未満となると、そのサービスはユニキャストに戻される。
【０１０４】
ここでも利用可能なブロードキャストチャネルが１つだけであり、比例切り替えだけを用いるものとすると、サービス１はＴ＝１０：０３にブロードキャストに切り替えられ、Ｔ＝１０：０８にサービス２に、Ｔ＝１０：１０にはサービス３に置き換えられる。微分切り替え(differentiating switching)も適用される場合、消費の増加（減少）レートに基づいて決定は異なり得る。この場合、サービス２の平均増加量はサービス３の平均増加量より少ないので、Ｔ=１０：０８でサービス２ではなくサービス３がブロードキャストに切り替えられうることを意味する。
【０１０５】
一実施形態において、コンテンツを消費しているＵＥの計数値は、所定の時間間隔を持って確立される。ＢＭＳＣは連続的な計数値を積分し、コンテンツが非常に多くのＵＥから要求されるものの、消費が継続しないスパイクを除去する。スパイクを除いて、より多くの消費者（より高い消費者密度）を有する他のコンテンツをブロードキャストした方が望ましい場合に、ブロードキャストベアラの一時的な占有が起こらないという利点がある。さらに、実行する切り替えの頻度が低下するという点でＢＭＳＣにとってより効率的である。別の実施形態では、直近のＮ計数値の平均を取ることによって積分を実施する。計数値Ｎ＋１が来ると、平均はＮ倍され、そこから平均が減算される（＊Ｎ−１）。そして、計数値Ｎ＋１が加算され、新たな平均が算出される。この平均は、コンテンツを消費しているＵＥの計数のために用いられる。
【０１０６】
一実施形態において、コンテンツを消費しているＵＥの計数値は、所定の時間間隔を持って確立される。ＢＭＳＣは、そのコンテンツを消費するＵＥの計数値の将来の推定値を予測するために、連続する計数値を微分する。これは、ＢＭＳＣが１つのブロードキャストベアラだけが利用可能な２つのコンテンツ間で、より高い将来トレンドを有する１つがブロードキャストのために選択されるように決定しなければならない場合に有利である。別の実施形態において、ＢＭＳＣは、計数値Ｎ＋１を予測するために、計数値Ｎ−１と計数値Ｎとの差を計数値Ｎに加算する。予測された計数値Ｎ＋１は、そのコンテンツのブロードキャストとユニキャストとを切り替えるための決定において用いられる。
【０１０７】
一実施形態において、比例、積分、および微分値は決定プロセスのために１つの計数値に結合される。これは、計数値Ｎ、平均値、および予測されたＮ＋１の合計を３で単純に割ることで実行することができる。あるいは、比例、積分、および微分値のそれぞれについて、合計が１００％となる３つのパーセンテージを持たせ、決定プロセスのために用いる値は、各パーセンテージの合計としてもよい。後者はカテゴリとの組み合わせにおいて特に有利かもしれない。３つのパーセンテージは所定のカテゴリ特有のものであり、カテゴリ定義に含まれている。
【０１０８】
実装
上述の説明では、ＢＭＳＣが機能を実行している。図４に示すように、ＢＭＳＣはＭＢＭＳゲートウェイとともに、通信システムのコアネットワークに設けられるＭＢＭＳシステムの中心をなす。非ＭＢＭＳユニキャストフローは、ＩＰネットワークを介してコンテンツプロバイダから、ＥＰＣ内のＨＴＴＰプロキシを介してオペレータドメインに至り、ＥＰＣはＵＥの内部ＨＴＴＰプロキシへの無線アクセスネットワーク(RAN)に向かう。ＥＰＣのＨＴＴＰプロキシは、ＵＥによるコンテンツ要求に含まれるＭｏｏＤヘッダを計数することができる。ＥＰＣのＨＴＴＰプロキシは、ＢＭＳＣに対して、非ＭＢＭＳユニキャストをＭＢＭＳブロードキャストに切り替えるように要求しうる。ＢＭＳＣがそれを実現可能と判断した場合にはＭＢＭＳブロードキャストが開始され、ＭＢＭＳブロードキャストコンテンツフローはコンテンツブロバイダからＩＰネットワーク、ＢＭＳＣ、ＭＢＭＳーＧＷ、ＲＡＮを通じてＵＥ内のＭＢＭＳクライアントに至る。第１または第２フローは、コンテンツを消費するアプリケーションに配信される。ＵＥ内のＭＢＭＳクライアントは、そのように指示された場合には、コンテンツの消費を報告してもよい。消費報告はＲＡＮおよびＥＰＣを介して送信され、ＢＭＳＣで受信される。その情報はＢＭＳＣにおいてユニキャスト／ブロードキャスト切り替え決定のために用いられる。
【０１０９】
ＢＭＳＣの機能を図５Ａに示す。ＢＭＳＣは、相互動作して機能を実行するいくつかのコンポーネントによって構築されうる。中心的な要素は、コンテンツのユニキャストとブロードキャストとを切り替える決定を受け持つ決定機能ＢＤＦである。アナウンスメント機能はＵＥにどのコンテンツがＢＭＳＣの制御下で利用可能であり、それがブロードキャストまたはユニキャストで利用可能かどうかや、そのコンテンツを消費するためのＵＥの詳細要件をＵＥに通知する処理を行う。セッションおよび送信機能は、コンテンツをＵＥにブロードキャストで提供する。さらに、図５には示していないが、コンテンツのユニキャスト配信のためのさらなる内部プロキシ機能が存在しうる。配信されるコンテンツはコンテンツプロバイダから、ＢＭＳＣのＩＰネットワークコネクションを介して受信される。コンテンツのユニキャストまたはブロードキャスト送信を決定するための入力は、計数機能から提供される。計数機能は、アナウンスメント機能によって提供される消費要件によって指示された通りの、ＵＥからのコンテンツ消費報告を受信する。所定の実装において、計数機能はコンテンツ消費者の正しい計数値を提供する。別の実装では別個の集約機能が、計数機能の出力を、例えばブロードキャストエリア間の消費ＵＥの移動に適合させる。
【０１１０】
これら機能のいくつかはハードウェアによって実施され、残りはソフトウェアによって実施されうる。所定の実装において、これらコンポーネントのいくつかはアーキテクチャ的にはＢＭＳＣとされるものの外部に配置され得るが、動作上の点からは、規格に従ったＢＭＳＣの機能定義に属する。ソフトウェアによって実現される機能は１つのＢＭＳＣサーバに実装されてもよいし、いくつかのサーバ、例えばフロントエンドサーバ（ＣＲＦ）、集約サーバ（ＣＡＦ）、および実切り替えサーバ（ＢＤＦ）に分散されてもよい。切り替えサーバは集約サーバからイベントを取得し、情報をポリシ情報と結合する。
【０１１１】
図５Ｂは、サーバのメモリ内のソフトウェア機能のコード化された命令を実行するＣＰＵを有するそのようなサーバの要素を示している。コード化された命令は特定の機能を表すモジュールにグループ化されてもよい。ＣＰＵはまた、ＭＢＭＳシステムの他のエンティティとの通信を可能にする受信器および送信器要素に接続される。コード化された命令は、キャリア上に存在してもよい。サーバはキャリアを読み、命令を実行する前にメモリに格納することができる。
【０１１２】
一部の具現化ではＨＴＴＰプロキシ／サーバが用いられる一方、他の具現化では、例えば実際のコンテンツサーバまたはプロキシストリーミングサーバ（ＰＳＳ）がＭｏｏＤヘッダを有するＨＴＴＰリクエストを処理し、コンテンツごとかつ位置ごとのデバイス密度を算出する。ＢＭＳＣの消費報告機能（ＣＲＦ）は、ユーザ消費報告情報を収集し、サービスＩＤごとかつ位置ごとのデバイス密度を算出する。デバイス密度が所定の閾値を超える場合、それらの両方がＢＭＳＣのブロードキャスト決定機能（ＢＤＦ）にその発生を通知する。それらはいずれも、サービスエリアごとの最新のデバイス密度およびデバイス密度勾配についての情報をＢＭＳＣが受信することを可能にするためのインタフェースを提供する。
【０１１３】
一部のデプロイメント具現化においては、図５Ａおよび図６に示すように、消費報告機能（ＣＲＦ）とブロードキャスト決定機能（ＢＤＦ）との間に、消費集約機能（ＣＡＦ）が存在してもよい。ＣＡＦへの入力は（ＭｏｏＤヘッダを監視する）ＨＴＴＰプロキシまたはＣＲＦであってよい。集約機能の目的は、サービスエリアごとの計数情報をＢＤＦに確実に提供することである。ＢＤＦは、ＭｏｏＤ対応サービスについて規定されたポリシに基づいて、ユニキャストからブロードキャストへの、あるいはブロードキャストからユニキャストへの切り替え決定を行う。実際の切り替えは、コンテンツを、ＢＭＳＣのセッションおよび送信機能の一部としてのＭＢＭＳデータプレーン機能（ＭＤＦ）を介してリルートすることである。
【０１１４】
図６は、ＵＥによる消費及び報告のより詳細なフローと、ＢＭＳＣの関連要素とを示している。ＵＥは、消費を、消費の開始および終了、および／または規則的な（タイマベースの）報告（Ｒ）として報告する。ＣＲＦはどのコンテンツがどのＵＥに消費されているかを追跡し続ける。ＣＲＦの出力がＢＤＦによって必要とされるような、コンテンツごと、かつエリアごとの消費者密度のニーズに適合しない場合、集約機能は例えばエリアを移動したＵＥまたは報告内に位置情報を含めなかったＵＥについて修正することにより、それを適応させてもよい。なお、集約機能はＣＲＦやＢＤＦにも含まれうることに留意すべきである。
【０１１５】
ＢＭＳＣはＭｏｏＤ切り替えについて２つの手順をサポートする。１つめは、切り替えルールに基づく切り替え決定手順である。２つめは、ポリシルール制御手順であり、あらたなＭｏｏＤ対応サービスのためのブロードキャストリソースが十分でない場合にのみ必要となる。この手順は、新たなＭｏｏＤ対応サービスについてのブロードキャスト配信を有効にする前に、ポリシルールに基づく追加動作を実行する。
【０１１６】
ＣＡＦとＢＤＦとの間のインタフェースはイベントインタフェースであってよい。概念的には、ＢＤＦはＣＡＦがＢＤＦに閾値の超過を通知できるように、ＣＡＦにサービスエリアごとの計数閾値を供給する。消費集約機能は、デバイス密度が予め規定された閾値を超えていることを確認すると、サービスＩＤ、ロケーションエリアＩＤ、現在のデバイス密度、および直近（例えば１０の）デバイス密度とともに切り替え指示(switching indication) をＢＤＦに送信する。現在のデバイス密度および直近の１０デバイス密度を用いて、ＢＤＦは、ロケーションエリアＩＤ内のサービスＩＤについて、閾値の持続期間超過と、デバイス密度の継続的な勾配を知ることができる。ＢＤＦは、あらたなＭｏｏＤ対応サービスがブロードキャスト配信を可能にするのにふさわしいか否かを確認するため、さらなる切り替えルールを適用する。
【０１１７】
例えば、図３Ｂを参照すると、ＢＤＦがあるセルについてのＭｏｏＤ設定をcfg.MooDPersistentMinThreshold=3、cfg.PersistentDurationAboveMinThreshold=5、 cfg.continuousPositiveGradient=70%と規定していて、図はサービス１、サービス２、およびサービス３デバイス密度の変化状態を示している。
【０１１８】
セルごとの切り替え閾値は典型的には２から４デバイスであることに留意されたい。サービスエリア（ＳＡＩで特定される）は、いくつかのセルで構成されうる。デバイスは、自身の位置をサービスエリアＩＤの形式で報告する。ＣＡＦは正確な「セルごと」のＵＥの計数値を決定することはできず、サービスエリア全体の平均と仮定している。ＣＲＦおよびＣＡＦはサービスエリア粒度を信頼しているため、絶対値の代わりにカウント密度を用いることが好ましいかもしれない。計数密度（ρSAI）は、サービスエリア内のＵＥの数を、そのサービスエリア内のセルの数で除したものによって定義される。
ρSAI＝UEsSAI / CellsSAI
【０１１９】
以下は、切り替えを行うか否かを決定するための擬似コードである。
switchingRules(list[] deviceDensity)
{
persistDurAboveMinThreshold=0
contiPosGradient=0
UcToBcSwitchingFalg=false
samplingNum=min(length(deviceDensity) ,10)
For (j=0;j<= samplingNum; j++):
if samplingNum <5:
break;
if list[j]>=cfg.MooDPersistentMinThreshold:
persistDurAboveMinThreshold++
else
persistDurAboveMinThreshold−
if j>=1
if list[j] > list[j-1] // 増加
contiPosGradient++
else //変化なし、または減少
contiPosGradient−
if persistDurAboveMinThreshold >= cfg.PersistentDurationAboveMinThreshold
UcToBcSwitchingFalg =true
if contiPosGradient/samplingNum >= cfg.continuousPositiveGradient
UcToBcSwitchingFalg =true
}
【０１２０】
擬似コードの結果によれば、サービス１およびサービス３はトラフィックオフローディングのためにブロードキャスト配信を確立されうる。なぜなら、前者はサービスを消費するユーザ数が安定しており、後者は短時間にそのサービスにアクセスする多数のユーザが存在することになるからである。ＢＤＦは、決定の頻繁な見直しを延期したい場合、サービス２についての消費報告期間を調整するという点において、サービスエリアにおけるサービス２について新たな閾値を提供してもよい。
【０１２１】
ＢＤＦは新たなサービスのための十分なブロードキャストリソースが存在するか否かを確認する必要があり、十分なブロードキャストリソースが存在する場合には、ＢＭＳＣは直ちにこのサービスについてのブロードキャスト配信を開始してもよい。
【０１２２】
ＢＤＦは、新たなＭｏｏＤ対応サービスブロードキャスト配信のための十分なブロードキャストリソースが存在しないと検出した場合、ブロードキャスト配信を有効にする前に追加動作を実行するためにポリシルールをチェックする必要がある。ポリシルールは、実際には、複数のメトリックによって定義される優先度に従ってサービスエリア内のサービスをランク付けする。
【０１２３】
予備的に、ＢＤＦは、コンテンツプロバイダのサービスタイプおよび支払いと、ブロードキャストリソースを取得するためのポリシルールとに基づいて、サービス優先度を定義しなければならない。優先度は例えば１０レベルに分割されてよい。レベル１０は公安サービス（すなわち、ＭＣ−ＰＴＴ、ＥＴＷＳ）に用いられ、レベル９は政府強制サービスに用いられ、レベル３〜８は管理サービスに用いられるとともにコンテンツプロバイダの支払いに基づき、レベル２は非管理サービスに用いられ、レベル１は無料サービスに用いられる。レベル値が低いほど、優先度は低い。ＢＤＦはブロードキャストリソースを取得するためのポリシルールを定義する必要がある。ルールは以下の様なものであり得る：１−最低優先度のブロードキャストサービスを停止する；２−最低デバイス密度のブロードキャストサービスを停止する、など。
【０１２４】
まず、ＢＤＦは、ブロードキャストエリアがＭｏｏＤ対応サービスのエリアＩＤを含むブロードキャストサービスを取得する必要がある。そして、ＢＤＦは、それらサービス全てのデバイス密度を取得し、リソースを解放するためにこのエリア内でどのサービスを解放すべきかを算出する必要がある。その後、ＢＤＦは、影響を受けるサービスブロードキャストエリアを更新し、ＭＢＭＳセッションを停止または更新してブロードキャストリソースを解放する。最後に、ＢＤＦはＭｏｏＤ対応サービスについてのブロードキャスト配信を開始する。
【０１２５】
以下は、ブロードキャストリソースを解放するためのポリシルール制御に関する擬似コードである。
ポリシルールの定義(Define policyRule):
１：優先度が最低のブロードキャストサービスを停止；
２：デバイス密度が最低のブロードキャストサービスを停止；
{
serviceList = RetrieveBroadcastService(locationId);
switch policyRule{
case 1: // 優先度が最低のブロードキャストサービスを停止
serviceList = getLowestPriorityServiceByLocationId(locationId);
if moodService.Priority < serviceList[0].Priority:
Break; // moodService優先度がブロードキャストリスト内の最低優先度よりも低いためアクティベートされない
list[] broadcastStatusList = retrieveServiceBroadcastStatus(serviceList, locationId);
stoppingService=NULL;
lowestDevDensity=-1;
for broadcastStatus in broadcastStatusList:
if getPriority(broadcastStatus.serviceId)>=9:
continue;// 公安サービスおよび政府強制サービスをスキップ
avgDevDensity= average(broadcastStatus.devDensity)
if (stoppingService==NULL):
stoppingService= broadcastStatus.serviceId;
lowestDevDensity = avgDevDensity
elif avgDevDensity<lowestDevDensity:
stoppingService= broadcastStatus.serviceId;
lowestDevDensity = avgDevDensity
stopSession(stoppingService, locationId);
case 2:  // デバイス密度が最低のブロードキャストサービスを停止
serviceList = getServiceByLocationId(serviceList);
list[] broadcastStatusList = retrieveServiceBroadcastStatus(serviceList, locationId);
stoppingService=NULL;
lowestDevDensity=-1;
for broadcastStatus in broadcastStatusList:
if getPriority(broadcastStatus.serviceId)>=9:
continue;// 公安サービスおよび政府強制サービスをスキップ
avgDevDensity= average(broadcastStatus.devDensity)
if (stoppingService==NULL):
stoppingService= broadcastStatus.serviceId;
lowestDevDensity = avgDevDensity
elif avgDevDensity<lowestDevDensity:
stoppingService= broadcastStatus.serviceId;
lowestDevDensity = avgDevDensity
stopSession(stoppingService, locationId);
}
【０１２６】
ポリシルールは、「最低優先度のブロードキャストサービスのビットレート（ＭＢＭＳベアラのＧＢＲ）を低減すること」、「新たなＭｏｏＤ対応サービスのビットレート（ＭＢＭＳベアラのＧＢＲ）を低減すること」などをサポートするように拡張されてもよい。ブロードキャストサービスのビットレートを低減させることは、ＢＤＦがＭＢＭＳブロードキャストを用いてより多くのサービスを搬送することを可能にするかもしれない。ＢＤＦは、ＭＢＭＳベアラのＧＢＲを増加または減少するために、ＭＢＭＳセッション更新手順をトリガする必要があるかもしれない。ＢＤＦはまた、コンテンツエンコーダを再構成することにより、またはオファリングの異なる表現を転送することにより、コンテンツビットレートを調整することをトリガする。
【０１２７】
ブロードキャストリソースが解放された後、かつＭｏｏＤ対応サービスのための十分なリソースが存在する場合、ＢＤＦは、ＭｏｏＤ対応サービスについてのブロードキャスト配信を有効にするためのセッション開始要求を送信するためにＭＢ−ＳＣセッションコントローラをトリガする。
【０１２８】
ウオッチドッグ実装
ウォッチドッグ実装は、ＢＭＳＣのＣＲＦ、ＣＡＦ、およびＢＤＦの基本機能を有する。基本的に、ウォッチドッグは無線システムのセルごとに動作する。そのセルにおけるＭＢＭＳユーザサービスの消費に基づいて、ウォッチドッグはＭＢＭＳユーザサービスのユニキャストおよびブロードキャスト配信を切り替える。ＭＢＭＳユーザサービスを消費するＵＥは、各ＭＢＭＳユーザサービスのＡＤＰで指示されるように、消費を定期的に報告する必要がある。ＵＥがＭＢＭＳユーザサービスを消費している実際の無線セルの識別情報(ID)を報告できる場合、消費報告はそのセルのウォッチドッグに供給される。ＵＥがロケーションエリアのみを報告可能な場合、報告はそのロケーションエリアを構成するセルの全ウォッチドッグに送信される。後者の場合、ウォッチドッグ内のカウンタは、そのロケーションエリア内のセルの数が予め設定されており、これを用いて消費者の総計数値を除算してセルについての平均カウントを得る。
【０１２９】
図８は、ウォッチドッグコンポーネントの概要を示し、図９は決定器のより詳細な構成を示している。
【０１３０】
図８を参照すると、カウンタはウォッチドッグの第１段階である。カウンタは、ウォッチドッグが制御するセル内もしくはセルが属するロケーションエリア内のＵＥから、ＭＢＭＳユーザサービスを消費する消費報告の連続ストリームを受信する。各報告は、Ｓｘとも表記されるサービスＩＤによってＭＢＭＳユーザサービスを特定する。カウンタは複数の計数レジスタを有し、計数レジスタはそれぞれ、自身のＳｘによってＭＢＭＳユーザサービスに割り当てられる。計数レジスタへのＳｘの割り当ては、新たなＭＢＭＳユーザサービスのＳｘおよびカテゴリを指定する、新たなＭＢＭＳユーザサービスイベントによってトリガされる。計数レジスタは、ＭＢＭＳユーザサービスの終了、Ｓｘの除去によって割り当てが解除され、計数レジスタには再び別のＳｘが割り当て可能になる。受信した消費報告のそれぞれについて、レポート内のＳｘに基づいて対応する計数レジスタの値が１つずつ増加される。計数はＡＤＰに設定された報告周期に等しいサイクルで実行される。報告周期と同じ周期を有するタイムトリガＴは、カウンタに、全ての割り当てられた計数レジスタを、Ｓｘと計数値の対としてＦＩＦＯにコピーさせる。あるいは、ロケーションエリアベースの報告の場合、計数値は予め設定された、ロケーションエリアを構成するセルの数によって除算される。
【０１３１】
ＦＩＦＯは、ウォッチドッグの第２段階のステアリング部分である。カウンタによるローディング後、ＦＩＦＯは、全ての組が決定されるまで、決定のためのＳｘ／Ｎ（サービスＩＤ／計数値）の対の出力を開始する。そして、ＦＩＦＯは、再びカウンタによってロードされるまで待機する。ＦＩＦＯの出力対のそれぞれは、ウォッチドッグのテーブルおよび決定器コンポーネントによって実行される決定サイクルを開始させる。組のうち、Ｓｘは、テーブル内の、フィールドが決定器に提供されるレコードを特定する。決定が完了すると、結果はレコードに書き戻され、新たなＳｘ，Ｎ対がＦＩＦＯによって提供される。新たなＭＢＭＳユーザサービスが発生すると、与えられる識別情報Ｓｘを用いて新たなレコードがテーブル内に生成される。イベントはさらに、新たなＭＢＭＳユーザサービスが属するカテゴリを有する。このカテゴリはカテゴリパラメータストア内のレコードを特定する。そのレコード内のパラメータは、テーブル内に新しく生成されたレコードにコピーされる。カテゴリパラメータレコードはオペレータ／メンテナンスインタフェースを通じて調整可能なストア内に予め設定されてよく、ＭＢＭＳの中心機能(central function)によって更新され、あるいはＰＣＲＦなどのような中央レポジトリを通じてダウンロードかつ更新される。
【０１３２】
ウォッチドッグのさらなるコンポーネントは閾値制御である。閾値制御は、閾値オフセットＴｈＯを決定器に提供する。閾値制御への入力は先に概要を述べたように例えば利用可能なＧＢＴ、ＭＢＭＳベアラの数などのＭＢＭＳブロードキャスト容量特性Ｕｎｌであってよい。この利用可能な値(available)は、閾値制御において、ＴｈＯとしての０から１の値を得るために予め設定された最大値によって除算される。実装に応じて、容量特性は、使用されている、もしくは使用されていない利用可能なものの数、使用されている数または依然として空いていて使用可能なものの数であってよい。ＴｈＯ＝０は、空き容量がないことを意味する。
【０１３３】
図９を参照すると、決定器は、切り替えが必要かどうかを決定するために、カテゴリパラメータＳｘ、計数値、および以前保存した値を用いる。切り替え決定は、ブロードキャストへの切り替え（Ｂｏｎ）またはユニキャストへの復帰（Ｂｏｆｆ）のトリガとして、トリガが有効なＳｘとともに与えられる。決定の後、決定結果はテーブルに書き戻される。切り替え決定に加えて、決定器はＭＢＭＳユーザサービスを終了することも決定することができる。したがって決定器は、ユーザサービスを終了させるため、ＭＢＭＳの中心機能に加え、カウンタおよびテーブルの両方に、Ｓｘ除去トリガを提供する。このトリガは、カウンタにＳｘについての計数レジスタの割り当てを解除させるとともに、テーブルにＳｘについてのレコードを削除させる。
【０１３４】
決定器の実際の決定プロセスは、トレンドを含めるように計数値を調整することと、閾値と比較し、必要な場合にＢｏｎ／Ｂｏｆｆを生成することの２工程を有することができる。さらに、Ｓｘ除去が決定器によって生成される。
【０１３５】
計数値の調整は、比例、積分、および微分の３部分を有しうる。比例部分は、Ｓｘ，Ｎ対のうち計数値(N)に、テーブルから受信した比例係数Ｆｐを乗じる。積分部分は、テーブルから、以前の平均ΣＮ−１と積分係数Ｆｉとを受信する。以前の平均には１−１／Ｗが乗じられる。ここで、Ｗは報告周期の数としてのウィンドウサイズである。そして、受信対からのＮが加えられる。これは、新しい平均ΣＮであり、テーブルに書き戻される。合計は積分係数と乗じられる。微分部分は、テーブルから、Ｓｘに関する以前の計数値Ｎ−１と、微分係数Ｆｄとを受信する。以前の計数値Ｎ−１は現在の計数値Ｎの２倍から減算され、結果にＦｐが乗じられる。テーブルに書き戻される際、現在の計数値Ｎは、Ｓｘの次のサイクルについての先の計数値Ｎ−１として書き戻される。最後に、結果は調整済み計数値を形成するために加算される。係数が正規化されている場合、例えば係数の合計＝１である場合、調整済み計数値の最後の除算（Σ／３）は不要である。調整済み計数値は、閾値との比較において用いられるとともに、ユーザセッションの終了（Ｓｘ除去）を終了させることの決定に用いられる。るるる
【０１３６】
調整済み計数値＝０の場合、これはＳｘ除去の提供のトリガであってよい。なお、積分部分を適用することにより、調整済み計数値が０になる前に、積分部分の少なくともウィンドウサイズについて計数値は０でなければならないことに留意すべきである。これは、時々消費されるコンテンツや、上昇トレンドのプリアンブルに関して有利である。ＭＢＭＳユーザサービスをより早く終了させるために、＝０の代わりに＜１や＜２を用いてもよい。
【０１３７】
調整済み現在計数値を閾値を比較するため、テーブルによって提供される上限値（Ｔｂｏｎ）と下限値（ＴＢｏｆｆ）とを有する。これらの閾値はカテゴリに依存し、新しいＳｘイベントとともに保存されているカテゴリパラメータから導出される。この実装には、閾値にヒステリシスを有するカテゴリ調整済み計数値に基づくランク付けの代わりに、カテゴリごとのランク付け方法が用いられる（あるいは、両者を１つの閾値に組み合わせてもよいが、ヒステリシスが失われる）。ＴｂｏｎとＴｏｆｆの差は、閾値付近におけるユニキャストとブロードキャストとの不安定さを回避するヒステリシスを提供する。第２の見地は両方の閾値が閾値オフセットＴｈＯの対象となることである。ＴｈＯは０から１の値を有する。ＴｂｏｎおよびＴｏｆｆの両方にＴｈＯが乗じられる。したがって、全カテゴリの閾値が同様に影響を受ける。
【０１３８】
調整済み計数値は両方の閾値と比較される。
・上限より小さく、下限より大きい場合、切り替え動作は開始されない。ＭＢＭＳユーザサービスＳｘがブロードキャストされていたかどうかを示す、テーブルから受信したＢ／Ｕは、受信されたとおりにテーブルに書き戻される。
・上限より大きく、Ｂ／Ｕ＝１である（既にブロードキャストされている）場合、何もせずに、受信されたとおりのＢ／Ｕ＝１を書き戻す。
・上限より大きく、Ｂ／Ｕ＝０である（まだブロードキャストされていない）場合、Ｓｘのブロードキャストのための切り替え命令（Ｂｏｎ，Ｓｘ）を発行し、Ｂ／Ｕ＝１を書き戻す。
・下限より小さく、Ｂ／Ｕ＝０である（まだブロードキャストされていない）場合、何もせずに、受信されたとおりのＢ／Ｕ＝０を書き戻す。
・下限より小さく、Ｂ／Ｕ＝１である（既にブロードキャストされている）場合、Ｓｘのユニキャストのための切り替え命令（Ｂｏｆｆ，Ｓｘ）を発行し、Ｂ／Ｕ＝０を書き戻す。
【０１３９】
ウォッチドッグは専用回路、ＡＳＩＣ、ステートシーケンサにおいて、プログラマブルロジックコントローラより、コントローラ基板に組み込まれたソフトウェアとして、サーバ内のソフトウェアルーチンとして、あるいは当業者に既知である他の手段によって実施することができる。ウオッチドッグ実装は、コアネットワーク内のＢＭＳＣの制御下にある、ＢＭＳＣとは別個の無線アクセス機器に、決定機能を統合することを可能にする。このソリューションにおいて、アナウンスメント、セッションおよび送信などの中心機能は、プロキシやコンテンツプロバイダに向かうインタフェースを処理することと同容に、ＢＭＳＣ内に維持される。
【０１４０】
本開示は上述した実施形態に限定されず、新規なスキルを適用する必要なしに、添付の請求項に開示される本開示の範囲を超えて当業者によって変更、組み合わせならびに拡張されうる。
【０１４１】
他の実施形態の一部
１．  マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）システムに接続されたユーザ装置（ＵＥ）へのコンテンツのユニキャスト配信とブロードキャスト配信との間の切り替えを決定する、前記ＭＢＭＳ内のブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）によって実行される方法であって、
以下のステップによって特徴付けられる；
・ＵＥによる前記コンテンツの消費の計数値を受信し、
・適用される第１閾値を、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整し、
・コンテンツを消費しているＵＥの計数値が調整済みの第１閾値を超える場合、コンテンツをユニキャスト配信からブロードキャスト配信に切り替えることを決定する。
【０１４２】
２．  １の方法において、前記ＢＭＳＣは第２閾値を適用し、以下の追加ステップを実行する；
・前記第２閾値を、コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整し、
・前記コンテンツを消費しているＵＥの計数値が前記調整された第２閾値より小さくなると、前記コンテンツをブロードキャスト配信からユニキャスト配信に切り替えることを決定する。
【０１４３】
３．  １または２の方法において、前記調整は、ブロードキャストのために利用可能な帯域および／または可能なブロードキャストベアラの最大数に基づいて行われる。
【０１４４】
４．  ２の方法において、ユニキャストとブロードキャストとの間での頻繁な切り替えを回避するために、前記第２閾値は前記第１閾値よりも小さい。
【０１４５】
５．  １または２の方法において、前記第１および第２閾値は、エリアごとに、そのエリアについて利用可能なリソースに基づいて調整される。
【０１４６】
６．  １の方法において、さらに以下の追加ステップを有する；
・コンテンツのブロードキャストの要求を受信し、
・前記コンテンツについてのＭＢＭＳユーザサービスを開始する。
【０１４７】
７．  １の方法において、さらに以下のステップを有する；
・コンテンツのブロードキャストの要求を受信し、
・前記コンテンツをＭＢＭＳユーザサービスバンドルに追加する。
【０１４８】
８．  １または２の方法において、コンテンツを消費している前記ＵＥの前記計数値が、エリアごとに、そのエリア内に存在する前記ＵＥの位置に基づいて受信される。
【０１４９】
９．  ７または８の方法において、前記エリアが、ロケーションエリアおよび無線セルエリアを有するＭＢＭＳカバレッジエリアの一部である。
【０１５０】
１０．  ９の方法において、前記計数のための前記エリアがロケーションエリアであり、調整のための前記エリアが無線セルエリアであり、前記ロケーションエリアの前記カバレッジエリアが複数の無線セルエリアを有し、以下の追加ステップを有する；
・コンテンツを消費しているＵＥの前記計数値を、無線セルエリアの数で除算する。
【０１５１】
１１．  １の方法において、さらに以下の追加ステップを有する；
・前記計数値に基づいて、前記計数値が前記第１閾値を超える全てのコンテンツをランク付けし、
・ブロードキャスト配信のために利用可能なリソースによってサポート可能な、高位にランク付けされたコンテンツについて、ブロードキャストを維持するか、ブロードキャストに切り替え、
・ブロードキャスト配信のために利用可能なリソースによってサポート不可能な、残りの低位にランク付けされたコンテンツについて、ブロードキャストを止めるか、ユニキャストに戻す。
【０１５２】
１２．  １または２の方法において、コンテンツは、重要度／優先度を有する所定のカテゴリに属し、以下の追加ステップによって特徴付けられる；
・前記カテゴリの定義を受信し、
・前記定義に基づいてカテゴリをコンテンツに割り当てる。
【０１５３】
１３．  １２の方法であって、以下の追加ステップをによって特徴付けられる；
・前記コンテンツの消費を報告するＵＥの受信された計数値を、前記コンテンツに割り当てられた前記カテゴリの重要度／優先度に基づいて調整する。
【０１５４】
１４．  １２の方法において、第１閾値は１つ以上のカテゴリについて異ならされ、以下の追加ステップによって特徴付けられる。
・第１閾値にカテゴリを割り当て、
・割り当てられたカテゴリを有する第１閾値を、割り当てられたカテゴリを有するコンテンツを消費するＵＥの受信された計数値に、前記第１閾値の前記割り当てられたカテゴリと、コンテンツを消費するＵＥの受信された計数値の前記割り当てられたカテゴリとのマッチングに基づいて適用する。
【０１５５】
１５．    １２の方法であって、以下の追加ステップによって特徴付けられる；
・前記コンテンツに割り当てられている前記カテゴリが所定の重要度／優先度を有する場合には、前記コンテンツを前記調整がなされた第１閾値との比較から除外し、前記調整がなされた第１閾値とは無関係に、前記コンテンツの配信をブロードキャストに切り替えるかブロードキャストのまま維持する。
【０１５６】
１６．  １１の方法において、さらに以下のステップを有する；
・前記残りの低位にランク付けされたコンテンツのコンテンツを、代替サービス品質を用いてブロードキャストに維持もしくはブロードキャストに切り替えできるかどうかを確認し、
・前記残りの低位にランク付けされたコンテンツの前記コンテンツを、前記代替サービス品質を用いてブロードキャストに維持またはブロードキャストに切り替える。
【０１５７】
１７．  １１の方法において、以下のステップを有する；
・高位にランク付けされたコンテンツのコンテンツが、より少ないリソースを消費する代替サービス品質を有するか確認し、
・リソースを解放するために、前記代替サービス品質を前記コンテンツに適用する。
【０１５８】
１８．  1１の方法において、さらに以下の追加ステップを有する；
・前記コンテンツの消費を報告するＵＥの前記計数値を、前記計数値の経時トレンドに基づく因子を用いて調整する。
【０１５９】
１９．  １８の方法において、さらに以下の追加ステップを有する；
・複数の連続する計数値の積分に基づいて前記因子を算出する。
【０１６０】
２０．  １８の方法において、さらに以下の追加ステップを有する；
・複数の連続する計数値の微分に基づいて前記因子を算出する。
【０１６１】
２１．  １または２の方法において、前記ＢＭＳＣは第３閾値を適用し、以下の追加ステップを実行する；
・ＭＢＭＳユーザサービスを消費しているＵＥの計数値が前記第３閾値より小さくなると、前記ＭＢＭＳユーザサービスを終了することを決定する。
【０１６２】
２２．  １から２１のいずれかの方法を実行するように構成されている、ブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）。
【０１６３】
２３．  カウンタ、決定器、および閾値制御を有するＢＭＳＣのウォッチドッグコンポーネントであって；
・前記カウンタはユーザサービスを消費しているＵＥから報告を受信するための受信器と、ユーザサービスの消費を報告するＵＥの数を計数するためのユーザサービスごとのレジスタと、ユーザサービスを消費しているＵＥの計数された数を一定間隔で送信するための送信器とを有し、
・前記閾値制御はブロードキャストベアラについて利用可能な帯域および／または利用可能な数についての受信器と、ブロードキャストベアラについて利用可能な帯域および／または利用可能な数から閾値オフセットを計算するための計算ロジックと、閾値オフセットを送信するための送信器とを有し、
・前記決定器はユーザサービスを消費しているＵＥの計数された数を一定間隔で受信するための受信器と、計数された数を閾値制御から受信した閾値オフセットによって調整された閾値セットと比較するためのロジックと、ユーザサービスについてのＭＢＭＳユニキャスト／ブロードキャスト切り替え信号のための出力とを有する。
【０１６４】
２４．  ２３の、ＢＭＳＣのウォッチドッグコンポーネントであって；
・前記カウンタは、新たなユーザサービスイベント信号を受信するための受信器を有し、ここで前記新たなユーザサービスイベント信号は、前記カウンタが前記新たなユーザサービス用のレジスタに加算するために用いられ、
・前記カウンタは、終了ユーザサービス信号を受信するための受信器を有し、ここで前記終了ユーザサービス信号は、前記カウンタが前記終了するユーザサービスのためのレジスタを除去するために用いられ、
・前記決定器は前記終了ユーザサービス信号を送信するための出力を有する。
【０１６５】
２５．  ＢＭＳＣサーバに１から２１のいずれかの方法を実行させるコード化命令を有するコンピュータプログラム製品。
【０１６６】
２６．  ２５のコンピュータプログラムを有するコンピュータ可読媒体。
【０１６７】
略語
ADP      関連配信手順(Associated Delivery Procedure)
AVP      属性値対(Attribute-Value Pair)
BDF      ブロードキャスト決定機能(Broadcast Decision Function)
BMSC    ブロードキャストマルチキャストサービスセンタ(Broadcast Multicast Service Center)
CAF      消費集約機能(Consumption Aggregation Function)
CDN      コンテンツ配信ネットワーク(Content Distribution Network)
CRF      消費報告機能(Consumption Reporting Function)
DASH    HTTPによる動的適合ストリーム(Dynamic Adaptive Streaming over HTTP)
eMBMS   進化型ＭＢＭＳ(evolved Multimedia Broadcast/Multicast Service)
EPC      進化型パケットコア(Evolved Packet Core)
E-UTRAN  進化型ＵＭＴＳ陸上無線アクセスネットワーク（ＬＴＥ）(Evolved UMTS Terrestrial Radio Access Network (LTE))
EWTS    地震津波警報システム(Earthquake and Tsunami Warning System)
FEC      前方誤り訂正(Forward Error Correction)
FLUTE    単方向トランスポートによるファイル配信(File Delivery over Unidirectional Transport)
GBR      保証ビットレート(Guaranteed Bit Rate)
GCI      グローバルセル識別子(Global Cell Identifier)
GPRS    ＧＳＭ（登録商標）パケット無線システム(GSM Packet Radio System)
GSM      Global System for Mobile Communications
HTTP      ハイパーテキスト転送プロトコル(Hyper Text Transfer Protocol)
LA(I)      ロケーションエリア(識別子)(Location Area (Identity))
LCS      ロケーションサービス(LoCation Services)
LTE      Long Term Evolution
MBMS      マルチメディアブロードキャスト／マルチキャストサービス(Multimedia Broadcast/Multicast Service)
MBMS-GW      ＭＢＭＳゲートウェイ(MBMS GateWay)
MC-PTT      ミッションクリティカルプッシュトゥトーク(Mission-critical push-to-talk)
MDF      ＭＢＭＳデータプレーン機能(MBMS Data plane Function)
MPD      メディアプレゼンテーション記述(Media Presentation Description)
MME      モビリティ管理エンティティ(Mobility Management Entity)
MooD      オンデマンドＭＢＭＳ動作(MBMS operation on Demand)
OMA-DM      オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）(Open Mobile Alliance (OMA) Device Management (DM))
PCRF      ポリシおよび課金ルール機能(Policy and Charging Rule Function)
PDN      パケットデータネットワーク(Packet Data Network)
PDN-GW      ＰＤＮゲートウェイ(PDN GateWay)
RAN      無線アクセスネットワーク(Radio Access Network)
RTP      リアルタイムプロトコル(Real-Time Protocol)
RTSP      リアルタイムストリーミングプロトコル(Real-Time Streaming Protocol)
SA      サービスエリア(Service Area)
SAI      サービスエリアＩＤ（識別情報）(Service Area ID (identification))
SGSN      サービングＧＰＲＳサポートノード(Serving GPRS Support Node)
UDP      ユーザデータグラムプロトコル(User Datagram Protocol)
UE      ユーザ装置(User Equipment)
UMTS      Universal Mobile Telecommunications System
URI      ユニバーサルリソース識別子(Universal Resource Identifier)
USD      ユーザサービスディスカバリ／記述(User Service Discovery/Description)
UTRAN      ＵＭＴＳ陸上無線アクセスネットワーク(UMTS Terrestrial Radio Access Network)
【図１】
2019536309.tif 000003
【図２】
2019536309.tif 000004
【図３Ａ】
2019536309.tif 000005
【図３Ｂ】
2019536309.tif 000006
【図４】
2019536309.tif 000007
【図５Ａ】
2019536309.tif 000008
【図５Ｂ】
2019536309.tif 000009
【図６】
2019536309.tif 000010
【図７】
2019536309.tif 000011
【図８】
2019536309.tif 000012
【図９】
2019536309.tif 000013
【手続補正書】
【提出日】令和1年5月23日(2019.5.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）システムに接続されたユーザ装置（ＵＥ）へのコンテンツのユニキャスト配信とブロードキャスト配信との間の切り替えを決定する、前記ＭＢＭＳ内のブロードキャストマルチキャストサービスセンタ（ＢＭＳＣ）によって実行される方法であって、
・前記ＵＥによって報告される前記コンテンツの消費を計数することと、
・適用される第１閾値を、前記コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整することと、
・前記計数することにおける計数値が前記調整された第１閾値を超える場合、前記コンテンツをユニキャスト配信からブロードキャスト配信に切り替えることを決定することと、
を有する、方法。
【請求項２】
請求項１に記載の方法において、前記ＢＭＳＣは第２閾値を適用し、
・前記第２閾値を、前記コンテンツのブロードキャスト配信のためのリソースの可用性に基づいて調整することと、
・前記コンテンツを消費しているＵＥの計数値が前記調整された第２閾値より小さくなると、前記コンテンツをブロードキャスト配信からユニキャスト配信に切り替えることを決定することと、
をさらに有する、方法。
【請求項３】
請求項１または２に記載の方法において、前記調整することは、ブロードキャストのために利用可能な帯域および／または可能なブロードキャストベアラの最大数に基づいて行われる、方法。
【請求項４】
請求項２に記載の方法において、ユニキャスト配信とブロードキャスト配信との間での頻繁な切り替えを回避するために、前記第２閾値は前記第１閾値よりも小さい、方法。
【請求項５】
請求項１または２に記載の方法において、前記第１および第２閾値は、エリアごとに、そのエリアについて利用可能なリソースに基づいて調整される、方法。
【請求項６】
請求項１に記載の方法において、
・コンテンツのブロードキャスト配信の要求を受信することと、
・前記コンテンツについてのＭＢＭＳユーザサービスを開始することと、
をさらに有する、方法。
【請求項７】
請求項１に記載の方法において、
・コンテンツのブロードキャスト配信の要求を受信することと、
・前記コンテンツをＭＢＭＳユーザサービスバンドルに追加することと、
をさらに有する、方法。
【請求項８】
請求項１または２に記載の方法において、前記ＵＥによって報告される前記コンテンツの消費の前記計数が、エリアごとに、そのエリア内に存在する前記ＵＥの位置に基づいて行われる、方法。
【請求項９】
請求項８に記載の方法において、前記エリアが、ロケーションエリアおよび無線セルエリアを有するＭＢＭＳカバレッジエリアの一部である、方法。
【請求項１０】
請求項９に記載の方法において、前記計数することのための前記エリアがロケーションエリアであり、前記調整することのための前記エリアが無線セルエリアであり、前記ロケーションエリアの前記ＭＢＭＳカバレッジエリアが複数の無線セルエリアを有し、
・前記計数することによる前記計数値を、無線セルエリアの数で除算すること、
をさらに有する、方法。
【請求項１１】
請求項１に記載の方法において、
・前記計数値に基づいて、前記計数値が前記第１閾値を超える全てのコンテンツをランク付けすることと、
・ブロードキャスト配信のために利用可能なリソースによってサポート可能な、高位にランク付けされたコンテンツについて、ブロードキャスト配信を維持するか、ブロードキャスト配信に切り替えることと、
・ブロードキャスト配信のために利用可能なリソースによってサポート不可能な、残りの低位にランク付けされたコンテンツについて、ユニキャスト配信のままにするか、ユニキャスト配信に戻すことと、
をさらに有する、方法。
【請求項１２】
請求項１または２に記載の方法において、コンテンツは、重要度／優先度を有する所定のカテゴリに属し、
・前記カテゴリの定義を受信することと、
・前記定義に基づいてカテゴリをコンテンツに割り当てることと、
をさらに有する、方法。
【請求項１３】
請求項１２に記載の方法であって、
・前記計数することにおける計数値を、前記コンテンツに割り当てられた前記カテゴリの重要度／優先度に基づいて調整すること、
をさらに有する、方法。
【請求項１４】
請求項１２に記載の方法において、第１閾値は１つ以上のカテゴリについて異ならされ、
・第１閾値にカテゴリを割り当てることと、
・割り当てられたカテゴリを有する第１閾値を、割り当てられたカテゴリを有するコンテンツを消費するＵＥの受信された計数値に、前記第１閾値の前記割り当てられたカテゴリと、コンテンツを消費するＵＥの受信された計数値の前記割り当てられたカテゴリとのマッチングに基づいて適用することと、
をさらに有する、方法。
【請求項１５】
請求項１２に記載の方法であって、
・前記コンテンツに割り当てられている前記カテゴリが所定の重要度／優先度を有する場合には、前記コンテンツを前記調整がなされた第１閾値との比較から除外し、前記調整がなされた第１閾値とは無関係に、前記コンテンツの配信をブロードキャスト配信に切り替えるかブロードキャスト配信のまま維持すること、
をさらに有する、方法。
【請求項１６】
請求項１１に記載の方法において、
・前記残りの低位にランク付けされたコンテンツのコンテンツを、代替サービス品質を用いてブロードキャスト配信に維持もしくはブロードキャスト配信に切り替えできるかどうかを確認することと、
・前記残りの低位にランク付けされたコンテンツの前記コンテンツを、前記代替サービス品質を用いてブロードキャスト配信に維持またはブロードキャスト配信に切り替えることと、
をさらに有する、方法。
【請求項１７】
請求項１１に記載の方法において、
・高位にランク付けされたコンテンツのコンテンツが、より少ないリソースを消費する代替サービス品質を有するか確認することと、
・リソースを解放するために、前記代替サービス品質を前記コンテンツに適用することと、
をさらに有する、方法。
【請求項１８】
請求項１に記載の方法において、
・前記コンテンツの消費を報告するＵＥの前記計数値を、前記計数値の経時トレンドに基づく因子を用いて調整すること、
をさらに有する、方法。
【請求項１９】
請求項１８に記載の方法において、
・複数の連続する計数値の積分に基づいて前記因子を算出すること、
をさらに有する、方法。
【請求項２０】
請求項１８に記載の方法において、
・複数の連続する計数値の微分に基づいて前記因子を算出すること、
をさらに有する、方法。
【請求項２１】
請求項１または２に記載の方法において、前記ＢＭＳＣは第３閾値を適用し、
・ＭＢＭＳユーザサービスを消費しているＵＥの計数値が前記第３閾値より小さくなると、前記ＭＢＭＳユーザサービスを終了することを決定すること、
をさらに有する、方法。
【請求項２２】
カウンタ、決定器、および閾値制御を有する、ＢＭＳＣのウォッチドッグコンポーネントであって、
・前記カウンタはユーザサービスを消費しているＵＥから報告を受信するための受信器と、ユーザサービスの消費を報告するＵＥの数を計数するためのユーザサービスごとのレジスタと、ユーザサービスを消費しているＵＥの計数された数を一定間隔で送信するための送信器とを有し、
・前記閾値制御はブロードキャストベアラについて利用可能な帯域および／または利用可能な数についての受信器と、ブロードキャストベアラについて利用可能な帯域および／または利用可能な数から閾値オフセットを計算するための計算ロジックと、閾値オフセットを送信するための送信器とを有し、
・前記決定器はユーザサービスを消費しているＵＥの前記計数された数を一定間隔で受信するための受信器と、前記計数された数を閾値制御から受信した閾値オフセットによって調整された閾値セットと比較するためのロジックと、ユーザサービスについてのＭＢＭＳユニキャスト／ブロードキャスト切り替え信号のための出力とを有する、ウォッチドッグコンポーネント。
【請求項２３】
請求項２２に記載の、ＢＭＳＣのウォッチドッグコンポーネントであって、
・前記カウンタは、新たなユーザサービスイベント信号を受信するための受信器を有し、ここで前記新たなユーザサービスイベント信号は、前記カウンタが前記新たなユーザサービス用のレジスタに加算するために用いられ、
・前記カウンタは、終了ユーザサービス信号を受信するための受信器を有し、ここで前記終了ユーザサービス信号は、前記カウンタが、終了するユーザサービスのためのレジスタを除去するために用いられ、
・前記決定器は前記終了ユーザサービス信号を送信するための出力を有する、ウォッチドッグコンポーネント。
【請求項２４】
ＢＭＳＣサーバに請求項１から２１のいずれか１項に記載の方法を実行させるコード化命令を有するコンピュータプログラム。
【請求項２５】
請求項２４に記載のコンピュータプログラムを有するコンピュータ可読媒体。
【国際調査報告】
2019536309.tif 000014
2019536309.tif 000015