(57)【特許請求の範囲】
【請求項１】
ワイヤレス送信容量を管理するための方法において、
ワイヤレス送信容量プロバイダーから利用可能なワイヤレス送信容量に関する指示をサーバーにより受信し；
前記受信した指示に基づいて、利用可能なワイヤレス送信容量についての情報を前記サーバーによって維持し；
ユーザについてのワイヤレス送信容量ニーズに関する指示をクライアントからサーバーにより受信し；
ユーザのワイヤレス送信容量に関するオファーを行い、このオファーは、前記サーバーによって維持されている前記利用可能なワイヤレス送信容量についての情報及び前記ワイヤレス送信容量ニーズに基づくものであり；
前記オファーに基づきサーバーによりユーザのワイヤレス送信容量を予約し；及び
前記オファーの受諾を受信した後に、ユーザの前記予約したワイヤレス送信容量を割り当てることを前記ワイヤレス送信容量プロバイダーに要求する；
ことを含む方法。
【請求項２】
前記利用可能なワイヤレス容量及び前記ワイヤレス送信容量ニーズは、時間に依存するものであり、そして前記予約は、時間依存で実行される、請求項１に記載の方法。
【請求項３】
前記利用可能なワイヤレス容量及びワイヤレス送信容量ニーズは、場所に依存するものであり、そして前記予約は、場所依存で実行される、請求項１又は２に記載の方法。
【請求項４】
前記利用可能な及び予約したワイヤレス送信容量に関する時間及び場所依存情報より成る容量エリアグリッドを維持することを含む、請求項１から３のいずれかに記載の方法。
【請求項５】
前記要求することは、前記ユーザに関するサービスプライオリティの修正の指示を送信することを含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記ワイヤレス送信容量プロバイダーは、セルラーネットワークを動作し、そして前記要求することは、そのセルラーネットワークの外側から実行される、請求項１から５のいずれかに記載の方法。
【請求項７】
前記要求することは、ポリシー及び課金ルールファンクション（ＰＣＲＦ）データベースのようなデータベース、ホーム加入者サーバー（ＨＳＳ）、又はＬＴＥテレコミュニケーションネットワークのパケットデータネットワークゲートウェイ（ＰＧＷ）においてユーザアイデンティティのプライオリティを修正するように指示することを含む、請求項１から６のいずれかに記載の方法。
【請求項８】
前記修正を指示することは、予約期間中に前記ユーザアイデンティティに対するポリシー及び課金ルールファンクションにおいてプライオリティ「会話ビデオ」をターンオンすることを指示する、請求項７に記載の方法。
【請求項９】
前記修正を指示することは、前記ユーザの少なくともＱｏＳクラス識別子（ＱＣＩ）、及び／又は割り当て及び保持プライオリティ（ＡＲＰ）パラメータの変更を指示する、請求項７に記載の方法。
【請求項１０】
前記リソースを予約することは、前記ユーザが前記オファーの一部分を受諾した後に行われる、請求項１から９のいずれかに記載の方法。
【請求項１１】
ユーザが前記オファーの一部分のみを受諾する場合に、前記方法は、前記オファーの前記受諾された部分を反映する容量だけを予約することを含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
前記オファーはウェブベースのインターフェースを介して前記エンドユーザに提供される、請求項１から１１のいずれかに記載の方法。
【請求項１３】
前記オファーは、前記サーバー上で動作しているソフトウェアとカスタマーデバイス上で動作しているソフトウェアの２つのソフトウェアの間でなされる、請求項１から１２のいずれかに記載の方法。
【請求項１４】
ワイヤレス送信容量を管理するための装置において、
ワイヤレス送信容量プロバイダーからの利用可能なワイヤレス送信容量に関する指示、及びクライアントからのユーザについてのワイヤレス送信容量ニーズに関する指示を受信するように構成された手段；
前記受信した指示に基づいて、利用可能なワイヤレス送信容量についての情報を維持するように構成された手段；
ユーザのワイヤレス送信容量に関するオファーであって、維持されている前記利用可能なワイヤレス送信容量についての情報及び前記ワイヤレス送信容量ニーズに基づくオファー、を発生するように構成された手段；
前記オファーをユーザへ送信するように構成された手段；
ユーザからの前記オファーの少なくとも一部分の受諾を受け取るように構成された手段；
前記受諾されたオファーに基づいてデータベースにおけるユーザのワイヤレス送信容量を予約するように構成された手段；及び
ユーザの前記予約したワイヤレス送信容量を割り当てることを前記ワイヤレス送信容量プロバイダーに要求するように構成された手段；
を備えた装置。
【請求項１５】
前記予約するように構成された手段は、データベースを備え、そして前記装置は、前記利用可能な及び予約したワイヤレス送信容量に関する時間及び場所依存情報より成る容量エリアグリッドを前記データベースに維持するように構成された、請求項１４に記載の装置。
【請求項１６】
前記要求するように構成された手段は、通信モジュールを備え、そして前記装置は、その通信モジュールを経て前記ユーザに関するサービスプライオリティの修正の指示を送信するように構成された、請求項１４又は１５に記載の装置。
【請求項１７】
前記指示は、前記ユーザの少なくともＱｏＳクラス識別子（ＱＣＩ）、及び／又は割り当て及び保持プライオリティパラメータ（ＡＲＰ）を変更する指示である、請求項１６に記載の装置。
【請求項１８】
前記オファーを前記ユーザへ送信するように構成された手段、及び／又は前記ユーザからの前記オファーの少なくとも一部分の受諾を受け取るように構成された手段は、ウェブベースのインターフェースを含む、請求項１４から１７のいずれかに記載の装置。
【請求項１９】
前記オファーを前記ユーザへ送信するように構成された手段、及び／又は前記ユーザからの前記オファーの少なくとも一部分の受諾を受け取るように構成された手段は、カスタマーデバイス上で動作しているソフトウェアと通信することができる、請求項１４から１８のいずれかに記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、ワイヤレス送信容量を使用してコンテンツを放送することに関する。
【背景技術】
【０００２】
テレビ又はリッチメディア装置においてイベントをリアルタイム又はほぼリアルタイム（ライブ）で放送する従来のアーキテクチャーが図１に示されている。このアーキテクチャーは、膨大なロジスティックコスト及び低い融通性といったＴＶ制作会社、移動ＴＶ、ＩＰＴＶ（インターネットプロトコルテレビ）及びインターネットＴＶプロバイダーにとってある程度の基本的な不便さを与える。
【０００３】
図１に示されたアーキテクチャーでは、地方又は地域（例えば、全国的）に重要なイベント１００の放送（例えば、ＴＶ放送）は、衛星トラックとして通常知られている移動コントロールユニット１０３をイベントの場所まで配備する必要がある。この移動コントロールユニット１０３は、カメラ１０２で撮影された（及びケーブル接続１０４を経て移動コントロールユニット１０３へ送信された）画像を処理して、マスターコントロールルーム（ＭＣＲ）１０７ａ、１０７ｂをホストするＴＶ局へ送信する。
【０００４】
通常自身の放送装置の投資に対して財務力を有していない小規模から中規模のメディア制作会社、ＩＰＴＶ、インターネットＴＶ及び移動ＴＶプロバイダーは、設立された大手のＴＶ放送会社から必要な資源を借用しなければならない。そのような装置の借用、配備及び保守に関するコストは、利益を重視したものであり、あるカテゴリーのメディア制作会社にとってライブイベント放送市場に入り込み又は創立することは困難である。
【０００５】
１つの最大のコスト要因は、イベントをリアルタイムで放送するときの必要な装置に加えて、ビデオ信号の送信によって生じる。即ち、
・移動コントロールユニット１０３と、ＴＶ放送塔１０８ｂを経て各行先ネットワーク１０９ｂへエンコードされたＴＶ／ビデオ信号を発送する地方／地域ＴＶ局ＭＣＲ１０７ｂとの間にマイクロ波（デジタル／アナログ地上）を使用すること（矢印１０５ｂで示す）；及び／又は
・移動コントロールユニット１０３と、ＴＶ放送塔１０８ａを経て各行先ネットワーク１０９ａへエンコードされたＴＶ／ビデオ信号を発送するリモートＴＶ局ＭＣＲ１０７ａとの間に通信衛星１０１を使用すること（矢印１０５ａ及び１０６で示す）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
融通性の欠落が否定的作用を生じる１つの潜在的な状態は、メインイベントに加えて、多数の二次的なイベント、即ちゲームの前後のロッカールームでのインタビュー又はメインイベントの場所の周りでのライブレポートが通常行われることである。これらの二次的なエベントは、最終消費者にとってメインイベントとほぼ同じ重要性をもつ。装置のサイズ及び（再送信のための）カメラと移動コントロールユニットとの間の必要な接近性のために、この情報をリアルタイムで最終消費者に提供することは常に可能ではない。
【課題を解決するための手段】
【０００７】
本出願に関して、イベントという語は、広く解釈されるべきである。イベントという語は、フットボールゲームのような短時間の一度限り(one-off type)のイベントだけをカバーすることに限定されず、地理的な範囲及び期間を定める契約でカバーできる全てのものと理解されねばならない。
【０００８】
図２に示されたアーキテクチャーでは、イベント１００のリアルタイムの放送は、ワイヤレスイネーブルのＴＶカメラ２０２がワイヤレス信号２０３を、例えば、セルラーネットワークであるワイヤレスネットワークの基地局２０１へ送信するように構成される。この基地局２０１は、既知の方法を使用して、通信ネットワーク２１０を経てデータを送信し（２０４）、接続２０５ａ、２０５ｂを経てＴＶ局１０７ａ、１０７ｂへ送信する。ＴＶ局１０７ａ、１０７ｂは、ＴＶ放送塔１０８ａ、１０８ｂを経て各行先ネットワーク１０９ａ、１０９ｂへエンコードされたＴＶ／ビデオ信号を発送する処理を行う。
【０００９】
このアーキテクチャーは、次の技術的ファクタにより促進される。
・地球を横切ってＬＴＥのようなワイヤレスネットワークを配備し、空気中を経てライブＴＶストリームを送信するときに必要なサービス品質を与える。
・セルラーモデルのようなワイヤレス特徴を各々合体した新規なＴＶカメラが入手できる。これらのカメラは、捕獲した画像をワイヤレスネットワークに向かって行先プラットホームへ直接送信することができる。
【００１０】
従来の衛星又はマイクロ波電子ニュース収集トラック（図１の参照番号１０３）の使用は要求されない。関連コスト及び努力を減少でき、安価な装置のために投資コストが低く且つ新規移動カメラセットが簡単であるために運転コストも低い。
【００１１】
これらの２つのファクタの組み合わせで、ロジスティック努力の減少及び送信コストの低減を含む広範囲の利益が与えられる。衛星を経てコンテンツを送信することに関するコストは、カメラ埋設モデムに多数のＳＩＭカードを使用する同様の帯域巾ハンドルＬＴＥアップリンク接続の価格に比して非常に高くなる。
【００１２】
本発明の第１の規範的な態様によれば、ワイヤレス送信容量を管理するための方法において、ワイヤレス送信容量プロバイダーから利用可能なワイヤレス送信容量に関する指示をサーバーにより受信し；ユーザについてのワイヤレス送信容量のニーズに関する指示をクライアントからサーバーにより受信し；利用可能なワイヤレス送信容量及びワイヤレス送信ニーズに基づいてサーバーによりユーザのためのワイヤレス送信容量を予約し；及びその予約したワイヤレス送信容量をユーザに割り当てることをワイヤレス送信容量プロバイダーに要求する；ことを含む方法が提供される。
【００１３】
サーバーは、ウェブサーバーである。これは、ワイヤレス送信容量プロバイダーとクライアントとの間にブローカーサービスを提供するブローカーサーバーである。このサーバーは、ＩＰネットワークに存在する。ワイヤレス送信容量プロバイダーは、セルラーネットワークオペレータ、テレコムオペレータである。このサーバーは、セルラーオペレータネットワークの外部にあってもよい。クライアント（又は顧客）は、イベントプロモーター、イベントオーガナイザー、又はメディアカンパニーである。ユーザは、典型的に、クライアントに関連している。ユーザは、セルラーネットワークのようなワイヤレス送信システムの実際のユーザ（又は加入者）である。セルラーネットワークは、ＬＴＥネットワークである。ユーザは、ユーザアイデンティティによって識別される。ユーザは、ユーザ識別のためのユーザ識別モジュールを含むセルラーモデムカメラである。そのようなセルラーモデムカメラを使用して、イベントを捕獲し、そしてビデオ／ＴＶ信号を、割り当てられた容量によってワイヤレス送信容量プロバイダーのネットワークへ送信し、その信号は、消費者装置へ更に放送されるか又はライブストリーミングされる。バンドルＬＴＥアップリンク接続は、セルラーモデムカメラとセルラーネットワークとの間で使用される。予約及びその後の割り当ては、コンテンツを放送するために実行される。予約及び割り当ては、あるイベント、メディアイベントをライブ放送又はライブストリーミングするために実行される。
【００１４】
ある規範的実施形態では、利用可能なワイヤレス容量及びワイヤレス送信容量のニーズは、時間に依存し、そして前記予約は、時間に依存して実行される。割り当ては、予約された時間周期で（予約期間に）行われる。
【００１５】
ある規範的実施形態では、利用可能なワイヤレス容量及びワイヤレス送信容量のニーズは、場所に依存し、そして前記予約は、場所に依存して実行される。割り当ては、予約された地理的場所について行われる。
【００１６】
ある規範的実施形態では、前記方法は、利用可能な及び予約されたワイヤレス送信容量に関する時間及び場所依存の情報を含む容量エリアグリッドを維持することを含む。
【００１７】
ある規範的実施形態では、前記要求することは、前記ユーザに関するサービスプライオリティの修正の指示を送信することを含む。ある規範的実施形態では、サービスプライオリティは、サービス品質ＱｏＳプライオリティである。
【００１８】
ある規範的実施形態では、前記ワイヤレス送信容量プロバイダーは、セルラーネットワークを動作し、そして前記要求することは、セルラーネットワークの外部から実行される。
【００１９】
ある規範的実施形態では、前記要求することは、ポリシー及び課金ルールファンクション（ＰＣＲＦ）データベースのようなデータベース、ホーム加入者サーバー（ＨＳＳ）、又はＬＴＥテレコミュニケーションネットワークのパケットデータネットワークゲートウェイ（ＰＧＷ）においてユーザアイデンティティのプライオリティを修正するように指示することを含む。前記データベースは、ネットワークオペレータのデータベースである。従って、前記データベースは、加入者プライオリティ情報データベースであり、この用語は、加入者プライオリティ関連情報を記憶できるネットワーク要素も含む。
【００２０】
ある規範的実施形態では、前記修正を指示することは、予約期間中に前記ユーザアイデンティティに対するポリシー及び課金ルールファンクションにおいてプライオリティ「会話ビデオ」をターンオンすることを指示する。
【００２１】
実施に基づいて、ユーザについてのワイヤレス送信容量のニーズに関する指示は、オファーに応答して又はオファーの前にクライアントから受信される。ある規範的実施形態では、クライアントへのオファーの送信が省略される。
【００２２】
ある規範的実施形態では、イベントプロモーター、メディア制作会社及びセルラーネットワークオペレータが次のことを実行できるバーチャルで、オンラインの、グローバルにアクセス可能な市場が提供される。
・イベントをリアルタイムでカバーするのに必要な無線容量を満足し且つ取り引きし；及び／又は
・バーチャルなオンライン市場で販売され／取得される無線容量に対する注文プロセスを自動的に開始する。
【００２３】
本発明の第２の規範的態様によれば、ワイヤレス送信容量を管理するための装置において、ワイヤレス送信容量プロバイダーから利用可能なワイヤレス送信容量に関する指示、及びクライアントからユーザについてのワイヤレス送信容量のニーズに関する指示を受信するように構成された手段と；利用可能なワイヤレス送信容量及びワイヤレス送信ニーズに基づきデータベースにおいてユーザのためのワイヤレス送信容量を予約するように構成された手段と；その予約したワイヤレス送信容量をユーザに割り当てることをワイヤレス送信容量プロバイダーに要求するように構成された手段と；を備えた装置が提供される。
【００２４】
装置は、サーバーである。これは、ワイヤレス送信容量プロバイダーとクライアントとの間にブローカーサービスを提供するブローカーサーバーである。このサーバーは、ＩＰネットワークにおいて動作するように構成されたサーバーである。ある規範的実施形態では、指示を受信するように構成された前記手段は、通信モジュール及びプロセッサを備えている。又、ある規範的実施形態では、容量を予約するように構成された前記手段は、データベース及び前記プロセッサを備えている。又、ある規範的実施形態では、予約したワイヤレス送信容量を割り当てることをワイヤレス送信容量プロバイダーに要求するように構成された前記手段は、前記プロセッサ及び前記通信モジュールを備えている。
【００２５】
ある規範的実施形態では、予約するように構成された前記手段は、データベースを備え、そして前記装置は、利用可能な及び予約したワイヤレス送信容量に関する時間及び場所に依存する情報を含む容量エリアグリッドをデータベースに維持するように構成される。
【００２６】
ある規範的実施形態では、要求するように構成された前記手段は、通信モジュールを備え、そして前記装置は、通信モジュールを経て、前記ユーザに関するサービスプライオリティの修正の指示を送信するように構成される。
【００２７】
ある規範的実施形態では、利用可能なワイヤレス送信容量に関する指示及びワイヤレス送信容量のニーズに関する指示を受信するように構成された手段は、時間及び場所に依存する情報を受信するように構成される。
【００２８】
本発明の異なる非拘束の規範的態様及び実施形態は、以上に述べた。前記実施形態は、本発明の実施に使用される選択された態様又はステップを単に説明するのに使用される。ある実施形態は、本発明のある規範的態様のみを参照して表される。それに対応する実施形態は、他の規範的態様にも適用されることが明らかである。それら実施形態の適当な組み合わせも形成される。
【００２９】
本発明は、添付図面を参照して、一例として以下に説明する。
【図面の簡単な説明】
【００３０】
【図１】イベントのライブ送信を実施するための従来のアーキテクチャーを示す。
【図２】規範的実施形態によりイベントのライブ送信を実施するためのアーキテクチャーを示す。
【図３】規範的実施形態によりワイヤレス送信容量を管理するための方法を示す。
【図４】規範的実施形態によりワイヤレス送信容量を管理するための装置を示す。
【図５】規範的実施形態による容量エリアグリッドを可視化した図である。
【図６Ａ】規範的実施形態による容量エリア使用シナリオを示す。
【図６Ｂ】規範的実施形態による容量エリア使用シナリオを示す。
【図６Ｃ】規範的実施形態による容量エリア使用シナリオを示す。
【発明を実施するための形態】
【００３１】
規範的実施形態によりワイヤレス送信容量を管理するための方法は、図３を参照して説明する。容量は、ストリーミング又は他の放送方法を経てイベントのためのメディアカバレージを与えるのに使用することができる。
【００３２】
ステップ３０１において、移動ネットワークオペレータ、又はワイヤレス送信リソースを割り当てる権限を持つ誰か（例えば、移動バーチャルネットワークオペレータ、ＭＶＮＯ）は、サーバー（図４を参照して詳細に述べる）により表されたブローカーサービスプロバイダーと、そのブローカーサービスプロバイダーについて利用可能なワイヤレス送信容量に関して合意する。一例として、オペレータは、帯域巾、時間及び場所に関する情報、即ちどこで、いつ、どれほどの帯域巾をブローカーサービスプロバイダーがその処分器に有するかの情報をブローカーサービスプロバイダーに与える。最も簡単な形態では、オペレータは、そのネットワーク２４／７の全エリアに、ある帯域巾を与えることに合意する。或いは又、オペレータは、ブローカーサービスプロバイダーに、それ自身販売することがないと思われる容量のみを与える。例えば、オペレータは、合計容量又はその一部分をピーク時間中に保持し、そしてブローカーサービスプロバイダーに残りの容量のみを与えるか、及び／又はオペレータは、ブローカーサービスプロバイダーに、規定の場所における容量の少なくとも一部分を与えることを控えてもよい。
【００３３】
ステップ３０２ａ及び３０２ｂにおいて、ブローカーサービスプロバイダーは、ワイヤレス送信容量を必要とするイベントの時間及び位置、並びに必要な帯域巾に関して通知される。イベントオーガナイザーは、ブローカーサービスプロバイダーに、時間及び場所について、例えば、ある日時にあるスタジアムでフットボールゲームが行われることを通知する（３０２ａ）。イベントオーガナイザーがイベントのライブ放送も受け持つか、又は帯域巾要件を知っている場合には、必要とされる帯域巾要件も識別する（３０２ｂ）。しかしながら、イベントをカバーする責任のあるメディアカンパニー（又はプロバイダー）によって帯域巾要件が通知されてもよい。メディアカンパニーが前記ブローカーサービスプロバイダーからそのようなイベントをカバーする必要性を見出しそしてそれらのサービスをイベントオーガナイザーにオファーするか、或いはブローカーサービスプロバイダーが帯域巾を示唆しそしてイベントオーガナイザー又はメディアカンパニーが顧客の役割として帯域巾要件で応答することも考えられる。
【００３４】
規範的実施形態において、ステップ３０２ａ及び３０２ｂで与えられる情報は、例えば、次のような情報を含む。
・主催するイベントの名前（例えば、ロンドンオリンピックゲーム、サッカー）
・イベントの説明（更なる情報）
・カテゴリー（イベントが属するカテゴリー：スポーツ、音楽、政治、等）
・開始：イベントの開始日時
・終了：イベントの終了日時
・住所：イベントが行われるメイン住所
・座標：イベントが行われる地理的な場所を識別するＧＰＳ座標
・半径：メイン住所から出てイベントでカバーされる地理的エリアを画成する半径
・帯域巾：帯域巾要件
【００３５】
ステップ３０１で受信される情報に基づき、ブローカーサービスプロバイダーは、利用可能なワイヤレス送信容量を知る。ブローカーサービスプロバイダーは、例えば、以下で述べる容量エリアグリッドを使用する。ステップ３０３において、ブローカーサービスプロバイダーは、示された場所及び時間においてイベントの帯域巾要件を満足する容量があるかどうか決定する。
【００３６】
利用可能なワイヤレス容量が見つかった場合に、ブローカーサービスプロバイダーは、ステップ３０４において、イベントオーガナイザー又はメディアカンパニーにオファーを行う。ブローカーサービスプロバイダーにより提供されるブローカーサービスがどのように確立されたかに基づき、オファーは、異なる形態をとる。ブローカーサービスが、顧客が自分のニーズを入力するためのウェブベースインターフェイスを有する場合には、オファーは、単に、オファーを取り扱い且つオファーを受諾するか又は拒絶するか顧客に尋ねる新規のポップアップウインドウである。他方、ブローカーサービスは、完全に自動化されてもよく、このとき、オファーは、ソフトウェアの２つの断片間でなされ、その一方はブローカーサーバーで実行されそしてその他方は顧客装置で実行される（この実施形態では、顧客は、イベントオーガナイザー及び／又はメディアカンパニーを意味する）。オペレータとブローカーサービスプロバイダーとの間の通信は、同様に実施することができる。
【００３７】
ステップ３０５において、顧客は、オファー（又はその一部分）を受諾する。ブローカーサービスプロバイダーがオファーにおいて帯域巾を示唆する場合には、顧客は、例えば、オファーされた全帯域巾又はその一部分だけを受諾する（これが顧客の帯域巾要件を既に満足する場合には）。
【００３８】
ステップ３０６において、ブローカーサービスプロバイダーは、ステップ３０５で受諾された容量を予約する。これは、例えば、以下で説明するように、容量エリアグリッドを更新することにより行われる。
【００３９】
容量の予約、実際のイベント及び容量の割り当ての間の時間は、著しく変化する。実施に基づき、割り当ては、予約の直後に実行されるか、又は予約の数ヶ月後に実行される。この理由で、ブローカーサービスプロバイダーは、リソースが実際に利用できることを単に確かめるために、容量が割り当てられる若干前に、利用可能なリソースに関して最終的なチェックを行うことができる（ステップ３０７）。このチェックは、上述され及び以下に説明される容量エリアグリッドを利用することにより実行される。
【００４０】
ステップ３０８において、ブローカーサービスプロバイダーは、予約した容量を割り当てるためのオペレータへの要求を送信する。予約した容量は、予約をカバーするのに使用されるように割り当てられる。割り当ては、ある規範的な実施形態では、データベースにおいて少なくとも１つのユーザアイデンティティのプライオリティを修正することにより実行される。データベースは、加入者ポリシーデータベースであるか、又は加入者プライオリティ関連情報を記憶できる他のネットワーク要素である。ＬＴＥネットワークの場合には、データベースを維持するファンクションは、例えば、ポリシー及び課金ルールファンクション（ＰＣＲＦ）、ホーム加入者サーバー（ＨＳＳ）又はパケットデータネットワークゲートウェイ（ＰＧＷ）である。ある規範的実施形態では、ポリシーは、前記少なくとも１つのユーザアイデンティティに添付されるサービス形式を、（そのサービス形式に関連したプライオリティも選択されるように）予約期間中にポリシー及び課金ルールファンクションにおける「会話ビデオ」にセットすることにより修正される。保証されたビットレート無線リソース形式を使用することができる。前記少なくとも１つのユーザアイデンティティは、ここでは、イベントを捕獲するのに使用されるセルラーモデルカメラのユーザ識別モジュールにおけるユーザアイデンティティを指す。
【００４１】
図４は、規範的実施形態によりワイヤレス送信容量を管理するための装置を示す。この装置は、ブローカーサーバー４０１を備えている。このブローカーサーバー４０１は、プロセッサ（ＣＰＵ又は同様のもの）４０３を備えている。ブローカーサーバー４０１は、更に、プロセッサ４０３に接続されたメモリ４０４も備えている。プロセッサ４０３は、メモリ４０４に記憶されたブローカーサーバーソフトウェアを実行して、ブローカーサーバー４０１の動作を制御するように構成される。
【００４２】
ブローカーサーバー４０１は、更に、接続４０７を経てイベントオーガナイザー又はメディアカンパニー４２０のネットワークと通信すると共に、接続４０８を経て、ＬＴＥネットワークのような、ワイヤレス送信容量を与えるネットワーク（オペレータネットワーク）４１０と通信するための入力／出力システム４０２（又は通信モジュール）も備えている。
【００４３】
ブローカーサーバー４０１は、更に、容量エリアグリッド又は同様のものを記憶するデータベース４０５も備え、その助けで、ブローカーサーバー４０１は、利用可能なワイヤレス送信容量及びその予約を維持する。
【００４４】
オペレータネットワーク（セルラーネットワーク）４１０は、ＬＴＥネットワーク用のＰＣＲＦデータベースのようなデータベース４１１を備えている。上述したように、データベースは、加入者プライオリティ関連情報を記憶できる加入者ポリシーデータベース又は他のネットワーク要素（ＨＳＳ又はＰＧＷのような）である。オペレータネットワーク４１０の外部のサーバーであるブローカーサーバー４０１が、ある規範的実施形態においてワイヤレス送信容量を割り当てることをオペレータネットワークに要求するとき、ＰＣＲＦデータベース、実施によってＨＳＳ又はＰＧＷ、は、上述したように使用される。
【００４５】
加入者プライオリティ関連情報は、例えば、テーブル１に示すように、単一の識別子を使用して多数の接続関連パラメータを定義するＱｏＳクラス識別子（ＱＣＩ）のような品質クラス識別子である。このＱＣＩは、システムがどのようにパケットフォワーディングを取り扱うかの詳細を示すパラメータである。以上に述べた例に続いて、加入者の「会話ビデオ」プライオリティを与えることは、ＱＣＩパラメータを値２に変化させることにより実施することができる。
0006496712.tif 000002
テーブル１．QoSクラス識別子(QCI)
【００４６】
本発明の実施形態により加入者のプライオリティをセットするために単独で又は他のパラメータに関連して使用される加入者プライオリティ関連情報の別の例は、割り当て及び保持プライオリティ（ＡＲＰ）パラメータである。このＡＲＰは、サービス／ベアラのプライオリティレベル、先取り能力、及び先取り脆弱性に関する情報を含む。プライオリティレベルは、リソース要求の相対的重要性を定義する。これは、リソース制限の場合に、ベアラ確立又は修正要求が受け入れられるか、或いはニーズが拒絶されるかを判断できるようにする（典型的に、保証されたビットレートトラフィックの受諾コントロールに使用される）。又、リソース制限の間にどの既存ベアラを先取りすべきか判断するのにも使用できる。
【００４７】
ＱＣＩパラメータとＡＲＰパラメータとの相違として、ＱＣＩは、同じ加入者による特定のサービスに対するリソース割り当てに関するプライオリティを指し、即ちユーザ装置（ＵＥ）がＶｏＩＰを実行する（ＱＣＩプライオリティが高い）と同時に、ウェブをブラウジングする（ＱＣＩプライオリティが低い）場合には、リソースが、先ず、ＶｏＩＰのパケットに、次いで、ウェブブラウジングに指定される。他方、ＡＲＰプライオリティは、サービス／ベアラの割り当てに関するプライオリティを指し、即ちネットワークに高い負荷がかかりそして加入者がＶｏＩＰ（高いＡＲＰプライオリティ）及びウェブブラウジング（低いＡＲＰプライオリティ）ベアラをセットしたい場合には、ネットワークが、典型的に、過負荷にならないようにするためにＶｏＩＰセッションしかセットしない。或いは、他のケースでは、それが既に過負荷である場合には、低いＡＲＰプライオリティのベアラ／サービスを開始する。
【００４８】
本発明の一例において、ＱＣＩ及びＡＲＰパラメータは、本発明の実施形態により加入者のプライオリティをセットするように組み合わせて使用される。
【００４９】
図４は、更に、２つのワイヤレスケーパブルカメラ、即ちＳＩＭカードのようなユーザ識別モジュール４０２ａ、４０２ｂにユーザアイデンティティが設けられたセルラーモデムカメラ１０２ａ、１０２ｂを示す。ユーザ識別モジュールにおけるユーザアイデンティティは、ワイヤレス送信システムのユーザ、即ちビデオ／ＴＶ信号のようなデータを通信するためのワイヤレス送信容量（又は無線リソース）を必要とするユーザを表す。
【００５０】
図５は、規範的実施形態による容量エリアグリッドの形態を示す。この容量エリアグリッドのセルは、基本的に、地理的な場所、ここでは、場所又はセルＡ１−Ｃ６を識別するマップグリッドのセルである。
【００５１】
各グリッドセルにおいて、ブローカーサービスプロバイダーは、どれほど多くの容量が販売のために利用できるか及びどれほど多くが既に予約されたかに関する情報を時間の関数として維持する。これは、図６Ａ−６Ｃの容量エリアグリッド使用シナリオに更に示されている。
【００５２】
図６Ａは、利用可能なワイヤレス送信容量がオペレータから受け取られる前の空のグリッドを示し、全てのセルは、常に、利用性＝Ｎ／Ａ、及び予約＝Ｎ／Ａである。
【００５３】
図６Ｂは、ブローカーサービスプロバイダーがオペレータから利用可能なワイヤレス送信容量を受け取ったが、予約はまだ行っておらず、全てのセルは、常に、利用性＝１０ＭＤ、及び予約＝Ｎ／Ａであるという状態の容量エリアグリッドを示している。図６Ｂは、オペレータが全ネットワーク２４／７に（常に）同じリソースを与える最も簡単なケースを仮定している。実際に、オペレータは、ブローカーサービスプロバイダーに与える容量を場所及び／又は時間に基づいて変化させることを望むことに注意されたい。これは、グリッドにより完全にサポートされるが、ここでは、実施例を理解し易くするために省かれている。
【００５４】
図６Ｃは、ブローカーサービスプロバイダーがオペレータから利用可能なワイヤレス送信容量を受け取り且つユーザに対して予約も行う状態の容量エリアグリッドを示している。
【００５５】
ブローカーは、場所Ａ３の時間０７：００−０９：００にユーザＡに５ＭＢ容量を予約し、そして時間０８：００以降に全ネットワークに対してユーザＢに２ＭＢ容量を予約している。容量エリアグリッドは、各セルにどれほど多くの容量がまだ残っているか示す。
【００５６】
特許請求の範囲及びその解釈を制限することなく、ここに開示した１つ以上の規範的な実施形態の幾つかの技術的効果が以下に列挙される。技術的効果は、利用可能な容量及び送信容量ニーズに基づく効率的なワイヤレス送信容量の管理である。別の技術的効果は、イベントのライブ放送送信のための帯域巾を予約し及び割り当てるための方法及び装置を提供することである。
【００５７】
上述した幾つかの機能又は方法ステップは、異なる順序で及び／又は互いに同時に実行されてもよいことに注意されたい。更に、上述した機能又は方法ステップの１つ以上は、任意であってもよいし、又は結合されてもよい。
【００５８】
以上の説明は、本発明の特定の具現化及び実施形態の非限定例によりなされたもので、本発明を実施するために本発明者により現在意図されている最良の態様の完全且つ有益な記述である。しかしながら、当業者であれば、本発明は、上述した実施形態の細部に限定されず、本発明の特徴から逸脱せずに同等の手段を使用して他の実施形態でも具現化できることが明らかであろう。
【００５９】
更に、本発明の前記実施形態の幾つかの特徴は、他の特徴を対応的に使用せずに好都合に使用することができる。従って、以上の説明は、本発明の原理の単なる例示に過ぎず、それに限定されない。従って、本発明の範囲は、特許請求の範囲のみにより限定される。
【符号の説明】
【００６０】
１００：イベント
１０２：カメラ
１０３：移動コントロールユニット
１０７ａ、１０７ｂ：マスターコントロールルーム
１０８ａ、１０８ｂ：ＴＶ放送塔
１０９ａ、１０９ｂ：行先ネットワーク
２０１：基地局
２０２：ＴＶカメラ
２０３：ワイヤレス信号
２１０：通信ネットワーク
４０１：ブローカーサーバー
４０２：入力／出力システム
４０３：プロセッサ
４０４：メモリ
４０５：データベース
４０７、４０８：接続
４１０：ネットワーク
４１１：データベース
４２０：メディアカンパニー
【図１】
0006496712.tif 000003
【図２】
0006496712.tif 000004
【図３】
0006496712.tif 000005
【図４】
0006496712.tif 000006
【図５】
0006496712.tif 000007
【図６Ａ】
0006496712.tif 000008
【図６Ｂ】
0006496712.tif 000009
【図６Ｃ】
0006496712.tif 000010