JP7177729B2 - ワイヤレス送信容量の管理 - Google Patents

Description

本発明は、一般的に、ワイヤレス送信容量を使用してコンテンツを放送することに関する。

テレビ又はリッチメディア装置においてイベントをリアルタイム又はほぼリアルタイム（ライブ）で放送する従来のアーキテクチャーが図１に示されている。このアーキテクチャーは、膨大なロジスティックコスト及び低い融通性といったＴＶ制作会社、移動ＴＶ、ＩＰＴＶ（インターネットプロトコルテレビ）及びインターネットＴＶプロバイダーにとってある程度の基本的な不便さを与える。

図１に示されたアーキテクチャーでは、地方又は地域（例えば、全国的）に重要なイベント１００の放送（例えば、ＴＶ放送）は、衛星トラックとして通常知られている移動コントロールユニット１０３をイベントの場所まで配備する必要がある。この移動コントロールユニット１０３は、カメラ１０２で撮影された（及びケーブル接続１０４を経て移動コントロールユニット１０３へ送信された）画像を処理して、マスターコントロールルーム（ＭＣＲ）１０７ａ、１０７ｂをホストするＴＶ局へ送信する。

通常自身の放送装置の投資に対して財務力を有していない小規模から中規模のメディア制作会社、ＩＰＴＶ、インターネットＴＶ及び移動ＴＶプロバイダーは、設立された大手のＴＶ放送会社から必要な資源を借用しなければならない。そのような装置の借用、配備及び保守に関するコストは、利益を重視したものであり、あるカテゴリーのメディア制作会社にとってライブイベント放送市場に入り込み又は創立することは困難である。

１つの最大のコスト要因は、イベントをリアルタイムで放送するときの必要な装置に加えて、ビデオ信号の送信によって生じる。即ち、
・移動コントロールユニット１０３と、ＴＶ放送塔１０８ｂを経て各行先ネットワーク１０９ｂへエンコードされたＴＶ／ビデオ信号を発送する地方／地域ＴＶ局ＭＣＲ１０７ｂとの間にマイクロ波（デジタル／アナログ地上）を使用すること（矢印１０５ｂで示す）；及び／又は
・移動コントロールユニット１０３と、ＴＶ放送塔１０８ａを経て各行先ネットワーク１０９ａへエンコードされたＴＶ／ビデオ信号を発送するリモートＴＶ局ＭＣＲ１０７ａとの間に通信衛星１０１を使用すること（矢印１０５ａ及び１０６で示す）。

融通性の欠落が否定的作用を生じる１つの潜在的な状態は、メインイベントに加えて、多数の二次的なイベント、即ちゲームの前後のロッカールームでのインタビュー又はメインイベントの場所の周りでのライブレポートが通常行われることである。これらの二次的なエベントは、最終消費者にとってメインイベントとほぼ同じ重要性をもつ。装置のサイズ及び（再送信のための）カメラと移動コントロールユニットとの間の必要な接近性のために、この情報をリアルタイムで最終消費者に提供することは常に可能ではない。

本出願に関して、イベントという語は、広く解釈されるべきである。イベントという語は、フットボールゲームのような短時間の一度限り(one-off type)のイベントだけをカバーすることに限定されず、地理的な範囲及び期間を定める契約でカバーできる全てのものと理解されねばならない。

図２に示されたアーキテクチャーでは、イベント１００のリアルタイムの放送は、ワイヤレスイネーブルのＴＶカメラ２０２がワイヤレス信号２０３を、例えば、セルラーネットワークであるワイヤレスネットワークの基地局２０１へ送信するように構成される。この基地局２０１は、既知の方法を使用して、通信ネットワーク２１０を経てデータを送信し（２０４）、接続２０５ａ、２０５ｂを経てＴＶ局１０７ａ、１０７ｂへ送信する。ＴＶ局１０７ａ、１０７ｂは、ＴＶ放送塔１０８ａ、１０８ｂを経て各行先ネットワーク１０９ａ、１０９ｂへエンコードされたＴＶ／ビデオ信号を発送する処理を行う。

このアーキテクチャーは、次の技術的ファクタにより促進される。
・地球を横切ってＬＴＥのようなワイヤレスネットワークを配備し、空気中を経てライブＴＶストリームを送信するときに必要なサービス品質を与える。
・セルラーモデルのようなワイヤレス特徴を各々合体した新規なＴＶカメラが入手できる。これらのカメラは、捕獲した画像をワイヤレスネットワークに向かって行先プラットホームへ直接送信することができる。

従来の衛星又はマイクロ波電子ニュース収集トラック（図１の参照番号１０３）の使用は要求されない。関連コスト及び努力を減少でき、安価な装置のために投資コストが低く且つ新規移動カメラセットが簡単であるために運転コストも低い。

これらの２つのファクタの組み合わせで、ロジスティック努力の減少及び送信コストの低減を含む広範囲の利益が与えられる。衛星を経てコンテンツを送信することに関するコストは、カメラ埋設モデムに多数のＳＩＭカードを使用する同様の帯域巾ハンドルＬＴＥアップリンク接続の価格に比して非常に高くなる。

本発明の第１の規範的な態様によれば、ワイヤレス送信容量を管理するための方法において、ワイヤレス送信容量プロバイダーから得た利用可能なワイヤレス送信容量をサーバーにおいて記憶し；第１ユーザに対して前記利用可能なワイヤレス送信容量の少なくとも一部分をサーバーにより予約し；前記予約したワイヤレス送信容量に基づいて前記記憶された情報を更新し；別のユーザについてのワイヤレス送信容量ニーズに関する指示をサーバーにより受信し；前記ワイヤレス送信容量ニーズを満足できないことを検出し；及び前記別のユーザに割り当てるのに利用できるワイヤレス送信容量を増加するためにサーバーによりアクションをとる；ことを含む方法が提供される。

サーバーは、ウェブサーバーである。これは、ワイヤレス送信容量プロバイダーとクライアントとの間にブローカーサービスを提供するブローカーサーバーである。このサーバーは、ＩＰネットワークに存在する。ワイヤレス送信容量プロバイダーは、セルラーネットワークオペレータ、テレコムオペレータである。このサーバーは、セルラーオペレータネットワークの外部にあってもよい。第１ユーザに対して前記利用可能なワイヤレス送信容量の少なくとも一部分を予約することは、第１ユーザから、又は第１ユーザを管理するクライアントから受信した要求又は指示に応答して行われる。クライアント（又は顧客）は、イベントプロモーター、イベントオーガナイザー、又はメディアカンパニーである。ユーザは、典型的に、クライアントに関連している。ユーザは、セルラーネットワークのようなワイヤレス送信システムの実際のユーザ（又は加入者）である。セルラーネットワークは、ＬＴＥネットワークである。ユーザは、ユーザアイデンティティによって識別される。従って、ある規範的実施形態において第１ユーザに対して容量を予約することは、第１ユーザアイデンティティに対して予約することを意味する（同様に、ある規範的実施形態において別のユーザに対して容量を予約することは、別のユーザアイデンティティに対して予約することを意味する）。ユーザは、ユーザ識別のためのユーザ識別モジュールを含むセルラーモデムカメラである。そのようなセルラーモデムカメラを使用して、イベントを捕獲し、そしてビデオ／ＴＶ信号を、割り当てられた容量によってワイヤレス送信容量プロバイダーのネットワークへ送信し、その信号は、消費者装置へ更に放送されるか又はライブストリーミングされる。バンドルＬＴＥアップリンク接続は、セルラーモデムカメラとセルラーネットワークとの間で使用される。

ある規範的実施形態において、サーバーは、予約したワイヤレス送信容量を第１ユーザに割り当てることをワイヤレス送信容量プロバイダーに要求する。予約及びその後の割り当ては、コンテンツを放送するために実行される。予約及び割り当ては、あるイベント、メディアイベントをライブ放送又はライブストリーミングするために実行される。同様に、ある規範的実施形態では、サーバーは、必要なワイヤレス送信容量を前記別のユーザに割り当てることをワイヤレス送信容量プロバイダーに要求する。前記別のユーザは、当局のような高プライオリティユーザ、又は消防車のような当局を表すユーザである。しかしながら、前記別のユーザは、「当局ユーザ」に限定されない。

ある規範的な実施形態では、記憶された利用可能なワイヤレス容量及びワイヤレス送信容量ニーズは、時間に依存する。予約及び割り当ては、時間に依存して実行される。割り当ては、予約された時間周期で（予約期間に）行われる。

ある規範的な実施形態では、記憶された利用可能なワイヤレス容量及びワイヤレス送信容量ニーズは、場所に依存する。予約及び割り当ては、時間に依存して実行される。割り当ては、予約された地理的な場所について行われる。

ある規範的実施形態では、前記方法は、利用可能な及び予約されたワイヤレス送信容量に関する時間及び場所依存の情報を含む容量エリアグリッドを維持することを含む。

ある規範的実施形態では、前記割り当ての要求は、前記ユーザに関するサービスプライオリティの修正の指示を送信することを含む。ある規範的実施形態では、サービスプライオリティは、サービス品質ＱｏＳプライオリティである。

ある規範的実施形態では、前記ワイヤレス送信容量プロバイダーは、セルラーネットワークを動作し、そして前記サーバーは、セルラーネットワークの外部から動作される。

ある規範的実施形態では、前記割り当ての要求は、ＬＴＥテレコミュニケーションネットワークのポリシー及び課金ルールファンクション（ＰＣＲＦ）データベース、ホーム加入者サーバー（ＨＳＳ）、又はパケットデータネットワークゲートウェイ（ＰＧＷ）のようなデータベースにおいてユーザアイデンティティのプライオリティを修正するよう指示することを含む。前記データベースは、ネットワークオペレータのデータベースである。従って、前記データベースは、加入者プライオリティ情報データベースであり、この用語は、加入者プライオリティ関連情報を記憶できるネットワーク要素も含む。

ある規範的実施形態では、前記修正を指示することは、予約期間中に前記ユーザアイデンティティに対するプライオリティ「会話ビデオ」をターンオンすることを指示する。

実施に基づき、前記別のユーザについてのワイヤレス送信容量ニーズに関する指示は、前記別のユーザから又は前記ユーザを管理するクライアント（例えば、当局）から受信される。

ある規範的実施形態では、前記方法は、サーバーの使用のためにより多くのワイヤレス送信容量を与えることをワイヤレス送信容量プロバイダーに要求することを含む。その要求は、時間、場所、及び帯域巾要件を含む。

ある規範的実施形態では、前記方法は、サーバーの使用のためにワイヤレス送信容量を与えることを別のワイヤレス送信容量プロバイダーに要求することを含む。この場合も、その要求は、時間、場所、及び帯域巾要件を含む。

ある規範的な実施形態では、前記方法は、（割り当てるべき）付加的なワイヤレス送信容量を得る際に、利用可能なワイヤレス送信容量に関する前記記憶された情報を更新し；前記別のユーザに対して前記付加的なワイヤレス送信容量の少なくとも一部分を予約し；そしてある規範的実施形態では、前記別のユーザに予約された前記ワイヤレス送信容量を前記別のユーザに割り当てることに関してワイヤレス送信容量プロバイダーに要求する；ことを含む。

ある規範的な実施形態では、前記方法は、少なくとも１人のユーザにその帯域巾の使用の減少を指示することを含む。

ある規範的な実施形態では、前記方法は、充分な容量が再び利用できるまで送信すべきデータのローカルな記憶をスタートすることを少なくとも１人のユーザに指示することを含む。

ある規範的な実施形態では、前記方法は、ワイヤレス送信容量の欠如に関して少なくとも１人のユーザに通知し；及びワイヤレス送信容量の欠如が解決されたときにも少なくとも１人のユーザに通知する；ことを含む。

ここで、少なくとも１人のユーザとは、前記第１ユーザと、前記別のユーザと、考えられる他のユーザとを含む。従って、前記少なくとも１人のユーザへの前記指示及び／又は通知は、前記第１ユーザ及び／又は前記別のユーザへの指示及び／又は通知を含む。又、前記少なくとも１人のユーザへの前記指示及び／又は通知は、前記別のユーザに指示及び／又は通知せずに前記第１ユーザに指示及び／又は通知し、及びその逆のことを行う実施形態も含む。他のユーザがいる場合には、前記指示及び／又は通知は、実施形態に基づいて彼らにも行われる。

ある規範的な実施形態では、前記方法は、前記第１ユーザ及び前記別のユーザを、彼等が実行するアプリケーションのプライオリティレベルに基づいてプライオリティ決めすることを含む。

ある規範的な実施形態では、前記方法は、前記第１ユーザ及び前記別のユーザを、彼等の帯域巾使用量、及び彼等が実行するアプリケーションのプライオリティレベルに基づいてプライオリティ決めすることを含む。

ある規範的な実施形態では、前記別のユーザは、公共安全役人である。

本発明の第２の規範的な態様によれば、ワイヤレス送信容量を管理するための装置において、ワイヤレス送信容量プロバイダーから得た利用可能なワイヤレス送信容量を記憶するように構成された記憶手段と；第１ユーザに対して前記利用可能なワイヤレス送信容量の少なくとも一部分を予約するように構成された手段と；前記予約したワイヤレス送信容量に基づき前記記憶された情報を更新するように構成された更新手段と；別のユーザについてのワイヤレス送信容量ニーズに関する指示を受信するように構成された受信手段と；前記ワイヤレス送信容量ニーズを満足できないことを検出するように構成された検出手段と；前記別のユーザに割り当てるのに利用できるワイヤレス送信容量を増加するためのアクションをとるように構成された手段と；を備えた装置が提供される。

前記装置は、サーバーである。これは、ワイヤレス送信容量プロバイダーとクライアントとの間にブローカーサービスを提供するブローカーサーバーである。このサーバーは、ＩＰネットワークにおいて動作するように構成されたサーバーである。ある規範的な実施形態では、前記記憶手段は、データベースのようなメモリ要素を含む。ある規範的な実施形態では、前記予約手段、更新手段、及び検出手段は、プロセッサ（又は処理ユニット）及び前記メモリ要素を含む。ある規範的な実施形態では、前記受信手段は、通信モジュール及び前記プロセッサを含む。ある規範的な実施形態では、アクションを行うように構成された前記手段は、前記プロセッサを含む。そのプロセッサは、メモリに記憶されたコンピュータプログラムコードによりコントロールされる。

ある規範的な実施形態では、前記装置は、利用可能な及び予約されたワイヤレス送信容量に関する時間及び場所依存の情報を含む容量エリアグリッドをデータベースに維持するように構成される。

ある規範的な実施形態では、別のユーザについてのワイヤレス送信容量ニーズに関する指示は、時間及び場所依存の情報を含む。従って、ある規範的な実施形態において受信するように構成された手段は、時間及び場所依存の情報を受信するように構成される。

ある規範的な実施形態では、アクションをとるように構成された前記手段は、次のアクション、即ち、装置の使用のためにより多くのワイヤレス送信容量を与えることをワイヤレス送信容量プロバイダーに要求し；装置の使用のためにワイヤレス送信容量を別のワイヤレス送信容量プロバイダーに要求し；少なくとも１人のユーザに、その帯域巾使用量を減少するように指示し；及び少なくとも１人のユーザに、充分な容量が再び利用できるまで送信すべきデータのローカルな記憶をスタートすることを指示する；ことの少なくとも１つを遂行するように構成される。

前記要求及び指示は、例えば、送信手段（例えば、通信モジュール）を経て適当な要求又はメッセージを送信することにより、実行することができる。

ある規範的な実施形態では、前記装置は、前記第１ユーザ及び前記別のユーザを、彼等が実行するアプリケーションのプライオリティレベルに基づいてプライオリティ決めするように構成される。

ある規範的な実施形態では、前記装置は、前記別のユーザに予約されたワイヤレス送信容量を前記別のユーザに割り当てるための要求をワイヤレス送信容量プロバイダーに送信するように構成された送信手段を備えている。

本発明の異なる非拘束の規範的態様及び実施形態は、以上に述べた。前記実施形態は、本発明の実施に使用される選択された態様又はステップを単に説明するのに使用される。ある実施形態は、本発明のある規範的態様のみを参照して表される。それに対応する実施形態は、他の規範的態様にも適用されることが明らかである。それら実施形態の適当な組み合わせも形成される。

本発明は、添付図面を参照して、一例として以下に説明する。

イベントのライブ送信を実施するための従来のアーキテクチャーを示す。 規範的実施形態によりイベントのライブ送信を実施するためのアーキテクチャーを示す。 規範的実施形態によりワイヤレス送信容量を管理するための方法を示す。 規範的実施形態によりワイヤレス送信容量を管理するための装置を示す。 規範的実施形態による容量エリアグリッドを可視化した図である。 規範的実施形態による容量エリア使用シナリオを示す。 規範的実施形態による容量エリア使用シナリオを示す。 規範的実施形態による容量エリア使用シナリオを示す。 規範的実施形態による容量エリア使用シナリオを示す。 一実施形態による方法を示すフローチャートである。 別の実施形態による方法を示すフローチャートである。

規範的実施形態によりワイヤレス送信容量を管理するための方法は、図３を参照して説明する。容量は、ストリーミング又は他の放送方法を経てイベントのためのメディアカバレージを与えるのに使用することができる。

ステップ３０１において、移動ネットワークオペレータ、又はワイヤレス送信リソースを割り当てる権限を持つ誰か（例えば、移動バーチャルネットワークオペレータ、ＭＶＮＯ）は、サーバー（図４を参照して詳細に述べる）により表されたブローカーサービスプロバイダーと、そのブローカーサービスプロバイダーについて利用可能なワイヤレス送信容量に関して合意する。一例として、オペレータは、帯域巾、時間及び場所に関する情報、即ちどこで、いつ、どれほどの帯域巾をブローカーサービスプロバイダーがその処分器に有するかの情報をブローカーサービスプロバイダーに与える。最も簡単な形態では、オペレータは、そのネットワーク２４／７の全エリアに、ある帯域巾を与えることに合意する。或いは又、オペレータは、ブローカーサービスプロバイダーに、それ自身販売することがないと思われる容量のみを与える。例えば、オペレータは、合計容量又はその一部分をピーク時間中に保持し、そしてブローカーサービスプロバイダーに残りの容量のみを与えるか、及び／又はオペレータは、ブローカーサービスプロバイダーに、規定の場所における容量の少なくとも一部分を与えることを控えてもよい。

ステップ３０２ａ及び３０２ｂにおいて、ブローカーサービスプロバイダーは、ワイヤレス送信容量を必要とするイベントの時間及び位置、並びに必要な帯域巾に関して通知される。イベントオーガナイザーは、ブローカーサービスプロバイダーに、時間及び場所について、例えば、ある日時にあるスタジアムでフットボールゲームが行われることを通知する（３０２ａ）。イベントオーガナイザーがイベントのライブ放送も受け持つか、又は帯域巾要件を知っている場合には、必要とされる帯域巾要件も識別する（３０２ｂ）。しかしながら、イベントをカバーする責任のあるメディアカンパニー（又はプロバイダー）によって帯域巾要件が通知されてもよい。メディアカンパニーが前記ブローカーサービスプロバイダーからそのようなイベントをカバーする必要性を見出しそしてそれらのサービスをイベントオーガナイザーにオファーするか、或いはブローカーサービスプロバイダーが帯域巾を示唆しそしてイベントオーガナイザー又はメディアカンパニーが顧客の役割として帯域巾要件で応答することも考えられる。

規範的実施形態において、ステップ３０２ａ及び３０２ｂで与えられる情報は、例えば、次のような情報を含む。
・主催するイベントの名前（例えば、ロンドンオリンピックゲーム、サッカー）
・イベントの説明（更なる情報）
・カテゴリー（イベントが属するカテゴリー：スポーツ、音楽、政治、等）
・開始：イベントの開始日時
・終了：イベントの終了日時
・住所：イベントが行われるメイン住所
・座標：イベントが行われる地理的な場所を識別するＧＰＳ座標
・半径：メイン住所から出てイベントでカバーされる地理的エリアを画成する半径
・帯域巾：帯域巾要件

ステップ３０１で受信される情報に基づき、ブローカーサービスプロバイダーは、利用可能なワイヤレス送信容量を知る。ブローカーサービスプロバイダーは、例えば、以下で述べる容量エリアグリッドを使用する。ステップ３０３において、ブローカーサービスプロバイダーは、示された場所及び時間においてイベントの帯域巾要件を満足する容量があるかどうか決定する。

利用可能なワイヤレス容量が見つかった場合に、ブローカーサービスプロバイダーは、ステップ３０４において、イベントオーガナイザー又はメディアカンパニーにオファーを行う。ブローカーサービスプロバイダーにより提供されるブローカーサービスがどのように確立されたかに基づき、オファーは、異なる形態をとる。ブローカーサービスが、顧客が自分のニーズを入力するためのウェブベースインターフェイスを有する場合には、オファーは、単に、オファーを取り扱い且つオファーを受諾するか又は拒絶するか顧客に尋ねる新規のポップアップウインドウである。他方、ブローカーサービスは、完全に自動化されてもよく、このとき、オファーは、ソフトウェアの２つの断片間でなされ、その一方はブローカーサーバーで実行されそしてその他方は顧客装置で実行される（この実施形態では、顧客は、イベントオーガナイザー及び／又はメディアカンパニーを意味する）。オペレータとブローカーサービスプロバイダーとの間の通信は、同様に実施することができる。

ステップ３０５において、顧客は、オファー（又はその一部分）を受諾する。ブローカーサービスプロバイダーがオファーにおいて帯域巾を示唆する場合には、顧客は、例えば、オファーされた全帯域巾又はその一部分だけを受諾する（これが顧客の帯域巾要件を既に満足する場合には）。

ステップ３０６において、ブローカーサービスプロバイダーは、ステップ３０５で受諾された容量を予約する。これは、例えば、以下で説明するように、容量エリアグリッドを更新することにより行われる。

容量の予約、実際のイベント及び容量の割り当ての間の時間は、著しく変化する。実施に基づき、割り当ては、予約の直後に実行されるか、又は予約の数ヶ月後に実行される。この理由で、ブローカーサービスプロバイダーは、リソースが実際に利用できることを単に確かめるために、容量が割り当てられる若干前に、利用可能なリソースに関して最終的なチェックを行うことができる（ステップ３０７）。このチェックは、上述され及び以下に説明される容量エリアグリッドを利用することにより実行される。

ステップ３０８において、ブローカーサービスプロバイダーは、予約した容量を割り当てるためのオペレータへの要求を送信する。予約した容量は、予約をカバーするのに使用されるように割り当てられる。割り当ては、ある規範的な実施形態では、データベースにおいて少なくとも１つのユーザアイデンティティのプライオリティを修正することにより実行される。データベースは、加入者ポリシーデータベースであるか、又は加入者プライオリティ関連情報を記憶できる他のネットワーク要素である。ＬＴＥネットワークの場合には、データベースを維持するファンクションは、例えば、ポリシー及び課金ルールファンクション（ＰＣＲＦ）、ホーム加入者サーバー（ＨＳＳ）又はパケットデータネットワークゲートウェイ（ＰＧＷ）である。ある規範的実施形態では、ポリシーは、前記少なくとも１つのユーザアイデンティティに添付されるサービス形式を、（そのサービス形式に関連したプライオリティも選択されるように）予約期間中にポリシー及び課金ルールファンクションにおける「会話ビデオ」にセットすることにより修正される。保証されたビットレート無線リソース形式を使用することができる。前記少なくとも１つのユーザアイデンティティは、ここでは、イベントを捕獲するのに使用されるセルラーモデルカメラのユーザ識別モジュールにおけるユーザアイデンティティを指す。

図４は、規範的実施形態によりワイヤレス送信容量を管理するための装置を示す。この装置は、ブローカーサーバー４０１を備えている。このブローカーサーバー４０１は、プロセッサ（ＣＰＵ又は同様のもの）４０３を備えている。ブローカーサーバー４０１は、更に、プロセッサ４０３に接続されたメモリ４０４も備えている。プロセッサ４０３は、メモリ４０４に記憶されたブローカーサーバーソフトウェアを実行して、ブローカーサーバー４０１の動作を制御するように構成される。

ブローカーサーバー４０１は、更に、接続４０７を経てイベントオーガナイザー又はメディアカンパニー４２０のネットワークと通信すると共に、接続４０８を経て、ＬＴＥネットワークのような、ワイヤレス送信容量を与えるネットワーク（オペレータネットワーク）４１０と通信するための入力／出力システム４０２（又は通信モジュール）も備えている。

ブローカーサーバー４０１は、更に、容量エリアグリッド又は同様のものを記憶するデータベース４０５も備え、その助けで、ブローカーサーバー４０１は、利用可能なワイヤレス送信容量及びその予約を維持する。

オペレータネットワーク（セルラーネットワーク）４１０は、ＬＴＥネットワーク用のＰＣＲＦデータベースのようなデータベース４１１を備えている。上述したように、データベースは、加入者プライオリティ関連情報を記憶できる加入者ポリシーデータベース又は他のネットワーク要素（ＨＳＳ又はＰＧＷのような）である。オペレータネットワーク４１０の外部のサーバーであるブローカーサーバー４０１が、ある規範的実施形態においてワイヤレス送信容量を割り当てることをオペレータネットワークに要求するとき、ＰＣＲＦデータベース、実施によってＨＳＳ又はＰＧＷ、は、上述したように使用される。

図４は、更に、２つのワイヤレスケーパブルカメラ、即ちＳＩＭカードのようなユーザ識別モジュール４０２ａ、４０２ｂにユーザアイデンティティが設けられたセルラーモデムカメラ１０２ａ、１０２ｂを示す。ユーザ識別モジュールにおけるユーザアイデンティティは、ワイヤレス送信システムのユーザ、即ちビデオ／ＴＶ信号のようなデータを通信するためのワイヤレス送信容量（又は無線リソース）を必要とするユーザを表す。図４に消防車で示された当局４３０は、ユーザアイデンティティ４３２をもつセルラーモデムのようなワイヤレス送信特徴も備えている。当局４３０は、高いプライオリティの顧客（又はユーザ）である。従って、当局がワイヤレス送信容量を必要とする場合には、この必要性が他のユーザのワイヤレス送信容量ニーズを無効にする。それに代って又はそれに加えて、プライオリティの高い他の顧客も存在する。ある規範的な実施形態において、プライオリティの高い顧客にワイヤレス送信容量が必要とされる場合には、以下で詳細に述べるように、プライオリティの高い顧客に対して必要な容量が得られる。

図４は、更に、別のセルラーネットワークのような第２のオペレータネットワーク４４０も示している。この第２のオペレータネットワークは、ネットワーク４１０を動作するオペレータにより、又は異なるオペレータにより、動作される。それは、ＬＴＥネットワークである。ある規範的な実施形態では、第２のオペレータネットワーク４４０は、（第１の）ネットワーク４１０により与えられるワイヤレス送信容量を使い果たした場合に、ユーザのための更なるワイヤレス送信容量を与えるのに使用される。第２のオペレータネットワーク４４０は、ＬＴＥネットワークのためのＰＣＲＦ、ＨＳＳ又はＰＧＷのようなデータベース４４１を備えている。このデータベースは、加入者プライオリティ関連情報を記憶できる加入者プライオリティデータベース又は他のネットワーク要素である。ブローカーサーバー４０１は、接続４０６を経て第２のオペレータネットワークと通信する。

図５は、規範的実施形態による容量エリアグリッドの形態を示す。この容量エリアグリッドのセルは、基本的に、地理的な場所、ここでは、場所又はセルＡ１－Ｃ６を識別するマップグリッドのセルである。各グリッドセルにおいて、ブローカーサービスプロバイダーは、どれほど多くの容量が販売のために利用できるか及びどれほど多くが既に予約されたかに関する情報を時間の関数として維持する。これは、図６Ａ－６Ｄの容量エリアグリッド使用シナリオに更に示されている。

図６Ａは、利用可能なワイヤレス送信容量がオペレータから受け取られる前の空のグリッドを示し、全てのセルは、常に、利用性＝Ｎ／Ａ、及び予約＝Ｎ／Ａである。

図６Ｂは、ブローカーサービスプロバイダーがオペレータから利用可能なワイヤレス送信容量を受け取ったが、予約はまだ行っておらず、全てのセルは、常に、利用性＝１０ＭＢ、及び予約＝Ｎ／Ａであるという状態の容量エリアグリッドを示している。図６Ｂは、オペレータが全ネットワーク２４／７に（常に）同じリソースを与える最も簡単なケースを仮定している。実際に、オペレータは、ブローカーサービスプロバイダーに与える容量を場所及び／又は時間に基づいて変化させることを望むことに注意されたい。これは、グリッドにより完全にサポートされるが、ここでは、実施例を理解し易くするために省かれている。

図６Ｃは、ブローカーサービスプロバイダーがオペレータから利用可能なワイヤレス送信容量を受け取り且つユーザに対して予約も行う状態の容量エリアグリッドを示している。ブローカーは、場所Ａ３の時間０７：００－０９：００にユーザＡに５ＭＢ容量を予約し、そして時間０８：００以降に全ネットワークに対してユーザＢに２ＭＢ容量を予約している。容量エリアグリッドは、各セルにどれほど多くの容量がまだ残っているか示す。

ある規範的な実施形態によれば、ブローカーサービスプロバイダーに利用可能なワイヤレス送信容量を使い果たした状態を取り扱う方法が提供される。図６Ｄ、７及び８を参照して、そのような状態の決定及び取り扱いについて以下に説明する。

図６Ｄは、当局４３０（図４）のようなプライオリティの高いユーザ又はアプリケーションが、あるワイヤレス送信容量を必要とすることを通知する状態を示す。例えば、図６Ｄに示すように、ブローカーサービスプロバイダーは、セルＡ２及びＡ３において０８：００以降に５ＭＢの帯域巾が必要との指示をプライオリティの高いユーザ（ユーザＣ）から受け取る。

容量エリアグリッドを使用して、ブローカーサービスプロバイダーは、典型的に、自動プロセスを経て、０８：００から０９：００まで場所Ａ３に容量が利用できるとしても、ほとんどの場所で、利用可能な容量は充分でないことを検出する（６０１）。

プライオリティの高いユーザが充分なリソースを有していないと分かる状態を管理するための方法について、図７及び８のフローチャートを参照して以下に詳細に説明する。

ブローカーサービスプロバイダーは、例えば、図３（ステップ３０１）を参照して説明した手順を経て、利用可能なワイヤレス送信容量を受け取り、そしてそれをステップ７０１において容量エリアグリッド又はそれと同様のものに記憶する。ブローカーサービスプロバイダーは、ステップ７０２において、ユーザＡ及びＢに対して、例えば、図３（ステップ３０３－３０６）を参照して説明した手順を使用することにより、容量を予約する。更に、ブローカーサービスプロバイダーは、ステップ７０３において、例えば、図３を参照して説明した予約ステップ３０６を使用して、どれほど多くの容量をまだ利用できるか反映するために容量エリアグリッドを更新する。

次いで、ワイヤレス送信容量のための付加的な要求が到来する（ステップ７０４）。ブローカーサービスプロバイダーは、この要求をプライオリティの高いユーザ（又は現在のユーザに比べてプライオリティの高いユーザ）から受け取る。例えば、ブローカーサービスプロバイダーは、警察及び消防署のような公共安全の公務員が、必要なワイヤレス送信容量に直ちにアクセスしなければならないことを政府公務員／当局と合意する。想像上の状態において、例えば、０８：００にここに述べるイベントで大事故が発生し、公共安全の公務員（図６Ｄに示すユーザＣ）は、更なる通知までセルＡ２及びＡ３において５ＭＢの容量へのアクセスを要求する。これは、例えば、中断のない公共安全通信を保証するためである。

ステップ７０５において、ブローカーサービスプロバイダーは、例えば、図６Ｄを参照して上述した容量エリアグリッドを使用することにより、ユーザＣの要求を満足するに充分なリソース（ワイヤレス送信容量）がないことを検出する。ステップ７０６において、ブローカーサービスプロバイダーは、ユーザＣに利用可能なリソースを増加するためのアクションをとる。

ある規範的な実施形態において、ブローカーサービスプロバイダーは、より精巧なアルゴリズムを使用して、どのユーザにプライオリティを与えるか決定する。これらのアルゴリズムは、各ユーザがどれほど多くの帯域巾を使用するか及び／又は彼等が実行するアプリケーションにどんなプライオリティレベルを割り当てるかといったパラメータを含む。例えば、「安全の公務員」と示されたアプリケーションには、高いプライオリティが割り当てられ、そして「メディアカバレージ」と示されたアプリケーションには、低いプライオリティが割り当てられる。

ユーザＣのためのワイヤレス送信容量を増加する幾つかの実施形態を、図８を参照して説明する。

ステップ８０１において、ブローカーサービスプロバイダーは、ユーザＡ又はＢ或いはその両方に、利用可能な送信容量の欠如を通知する。又、ある規範的実施形態では、ユーザＣにも、リソースの欠如に関して通知がなされる。というのは、ユーザＣに利用できる容量を増加するアクションがとられたとしても、それらは、例えば、容量を直ちに利用できた場合より接続時間を僅かに長くしてしまうからである。このメッセージに対する応答として、ある規範的実施形態では、通知を受けたユーザは、帯域巾の使用を減少するか、又は充分な容量が再び使用できるまで送信すべきデータをローカル記憶することをスタートさせる。メッセージがユーザＡにしか送信されない場合には、ユーザＣにより多くのリソースを得ることが全てである。そのようなケースでは、ブローカーサービスプロバイダーは、容量エリアグリッドを更新するステップ８０４へ直ちにジャンプする。

それとは別に又はそれに加えて、ある規範的実施形態では、ブローカーサービスプロバイダーは、元のワイヤレス送信容量プロバイダー又は他のワイヤレス送信容量プロバイダー（例えば、別のオペレータ又は別のネットワーク）からより多くのワイヤレス送信容量を求める。これは、ブローカーサービスプロバイダーが割り当てるより多くのリソースを得るためのメッセージ（又は要求）を、元のワイヤレス容量プロバイダー又は前記他のワイヤレス容量プロバイダー（又は別のネットワーク）へ送信することによって実施できる（ステップ８０２）。

ブローカーサービスプロバイダーは、より多くの容量を受け取ると（ステップ８０３）、容量エリアグリッドにおける容量情報を更新し（ステップ８０４）、ユーザＣのためのワイヤレス送信容量を予約する（ステップ８０５）。更に、ブローカーサービスプロバイダーは、図３（ステップ３０８）を参照して述べたのと同様に、ユーザＣの容量を割り当てることをワイヤレス送信容量プロバイダーに要求する。

ステップ７０８において、ブローカーサービスプロバイダーは、必要に応じて、ステップ８０１で示されたワイヤレス送信容量の欠如が解決されたことに関してユーザに通知し、そしてユーザは、通常の動作を再開することができる。

特許請求の範囲及びその解釈を制限することなく、ここに開示した１つ以上の規範的な実施形態の幾つかの技術的効果が以下に列挙される。技術的効果は、利用可能な容量及び送信容量ニーズに基づく効率的なワイヤレス送信容量の管理である。別の技術的効果は、最初に与えられたワイヤレス送信容量を使い果たした場合にユーザのための更なるワイヤレス送信容量を与えることである。又、別の技術的効果は、イベントのライブ放送送信のための帯域巾を予約し及び割り当てるための方法及び装置を提供することである。

上述した幾つかの機能又は方法ステップは、異なる順序で及び／又は互いに同時に実行されてもよいことに注意されたい。更に、上述した機能又は方法ステップの１つ以上は、任意であってもよいし、又は結合されてもよい。

以上の説明は、本発明の特定の具現化及び実施形態の非限定例によりなされたもので、本発明を実施するために本発明者により現在意図されている最良の態様の完全且つ有益な記述である。しかしながら、当業者であれば、本発明は、上述した実施形態の細部に限定されず、本発明の特徴から逸脱せずに同等の手段を使用して他の実施形態でも具現化できることが明らかであろう。

更に、本発明の前記実施形態の幾つかの特徴は、他の特徴を対応的に使用せずに好都合に使用することができる。従って、以上の説明は、本発明の原理の単なる例示に過ぎず、それに限定されない。従って、本発明の範囲は、特許請求の範囲のみにより限定される。

１００：イベント
１０２：カメラ
１０３：移動コントロールユニット
１０７ａ、１０７ｂ：マスターコントロールルーム
１０８ａ、１０８ｂ：ＴＶ放送塔
１０９ａ、１０９ｂ：行先ネットワーク
２０１：基地局
２０２：ＴＶカメラ
２０３：ワイヤレス信号
２１０：通信ネットワーク
４０１：ブローカーサーバー
４０２：入力／出力システム
４０３：プロセッサ
４０４：メモリ
４０５：データベース
４０７、４０８：接続
４１０：ネットワーク
４１１：データベース
４２０：メディアカンパニー
４３０：当局
４３２：ユーザアイデンティティ
４４０：第２のオペレータネットワーク

Claims (13)

1. ワイヤレスネットワークにおける、中断のない通信が保証される公共安全のユーザのワイヤレス送信容量を変更する方法であって、
   ブローカーサーバーで、前記ブローカーサーバーに前記公共安全のユーザのワイヤレス送信容量ニーズについて知らせる指示を顧客から受信すること、
   前記ブローカーサーバーによって、前記ワイヤレスネットワークに、前記ワイヤレスネットワークにおいてデータベース中の前記公共安全のユーザの前記ワイヤレス送信容量に予約した容量を割り当てる要求を送信すること、を含み、
   前記ブローカーサーバーは、前記ワイヤレスネットワークのオペレータによって前記オペレータの前記ワイヤレス送信容量の一部が割り当てられる構成である、方法。
2. 前記送信することは、前記ワイヤレスネットワークに前記データベース中の前記公共安全のユーザの前記ワイヤレス送信容量を増加させる要求を送ることである、請求項１に記載の方法。
3. 前記受信することは、前記ブローカーサーバーに前記公共安全のユーザがあるワイヤレス送信容量を要求することを知らせる指示を受信することをさらに含む、請求項１に記載の方法。
4. 利用可能なワイヤレス送信容量が前記公共安全のユーザによって要求された、前記あるワイヤレス送信容量を満足するのに十分でないことを検出することをさらに含む、請求項３に記載の方法。
5. 前記公共安全のユーザのために割り当てるために利用可能なワイヤレス送信容量を増加させるために前記ブローカーサーバーによってアクションをとること、をさらに含む、請求項１に記載の方法。
6. 前記公共安全のユーザのためにより多くのワイヤレス送信容量を提供するように前記ワイヤレスネットワークの前記オペレータに要求すること、をさらに含む、請求項５に記載の方法。
7. 少なくとも１つの他のユーザにそれの帯域巾使用量を減少するように指示すること、をさらに含む、請求項５に記載の方法。
8. ワイヤレスネットワークにおける、中断のない通信が保証される公共安全のユーザのワイヤレス送信容量を変更する装置であって、前記ワイヤレスネットワークはユーザに関連する前記ワイヤレス送信容量を記憶するためのデータベースを含み、前記装置は、
   前記ワイヤレスネットワークにおける前記データベース中の公共安全のユーザのユーザプロファイルを変更するための前記ワイヤレスネットワークへの第１のインターフェイスを含むブローカーシステムを含み、
   前記ブローカーシステムは、顧客への第２のインターフェイスを含み、
   前記ブローカーシステムは、前記第２のインターフェイスを介して前記ブローカーシステムに前記公共安全のユーザのワイヤレス送信容量ニーズについて知らせる指示を受信するように構成され、
   前記第２のインターフェイスを通じて受信した前記指示に基づいて、前記ブローカーシステムは、前記ワイヤレスネットワークにおける前記データベース中の前記公共安全のユーザの前記ワイヤレス送信容量に予約した容量を割り当てる要求を前記第１のインターフェイスを通じて送信するように構成され、
   前記ブローカーシステムは、前記ワイヤレスネットワークのオペレータによって前記オペレータのワイヤレス送信容量の一部が割り当てられる構成である、装置。
9. 前記第１のインターフェイスを通じて送信される前記要求は、前記データベース中の前記公共安全のユーザの前記ワイヤレス送信容量を増加させる要求を含む、請求項８に記載の装置。
10. 前記第２のインターフェイスを通じて受信した前記指示は、前記ブローカーシステムに前記公共安全のユーザがあるワイヤレス送信容量を要求することを知らせる指示を含む、請求項８に記載の装置。
11. 前記ブローカーシステムは、利用可能なワイヤレス送信容量が前記公共安全のユーザによって要求された、前記あるワイヤレス送信容量を満足するのに十分でないことを検出するようにさらに構成されている、請求項１０に記載の装置。
12. 前記ブローカーシステムは、前記公共安全のユーザのために割り当てるために利用可能なワイヤレス送信容量を増加させるためにアクションをとるようにさらに構成されている、請求項８に記載の装置。
13. 前記ブローカーシステムは、前記公共安全のユーザのためにより多くのワイヤレス送信容量を提供するように前記ワイヤレスネットワークの前記オペレータに要求するようにさらに構成されている、請求項１２に記載の装置。

Images