(57)【要約】  種々の通信システムは、ワイヤレス通信の改善から利益が得られる。例えば、通信システムは、ワイヤレスネットワークからユーザ装置へのデータのダウンロードを調整又は制御することから利益が得られる。方法は、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析することを含む。又、この方法は、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定することも含む。加えて、この方法は、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信することも含む。【選択図】      図１
2018524892.tif 000002
【特許請求の範囲】
【請求項１】
データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析し、
前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定し、及び
ユーザ装置が前記アクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信する、
ことを含む、方法。
【請求項２】
前記状態は、現在の状態、予想状態、推定状態又は将来の状態のうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
前記データは、ビデオデータである、請求項１に記載の方法。
【請求項４】
前記データは、それが再生に必要となる前に配信される、請求項３に記載の方法。
【請求項５】
前記データの配信は、データが低速サービス又はサービス中断の間に利用できるように維持される、請求項１に記載の方法。
【請求項６】
少なくとも１つの自己最適化ネットワーク機能は、サービス低下又はサービス改善を、ユーザ装置に影響を及ぼす状態として予想する、請求項１に記載の方法。
【請求項７】
前記状態は、ユーザ装置がデータを断念するか又は低下したサービスに遭遇する見込みである、請求項１に記載の方法。
【請求項８】
前記ユーザ装置へのメッセージの送信は、通知ポリシーに従って遂行される、請求項１に記載の方法。
【請求項９】
前記通知ポリシーは、少なくとも１つの自己最適化ネットワーク機能により定義される、請求項８に記載の方法。
【請求項１０】
前記通知ポリシーは、特定のイベントタイプ、少なくとも１つのターゲットに基づく少なくとも１つのアクションの性能、少なくとも１つの重要性能指示子、少なくとも１つのスレッシュホールド、又は少なくとも１つの制御のうちの少なくとも１つを定義する、請求項８に記載の方法。
【請求項１１】
前記通知ポリシーは、特定の予想深さ又は構造的予想レベルを含む、請求項８に記載の方法。
【請求項１２】
前記予想深さは、時間に関して表現される、請求項１１に記載の方法。
【請求項１３】
前記通知ポリシーは、ユーザ装置を含む少なくとも１つのユーザ装置グループを指定する、請求項８に記載の方法。
【請求項１４】
前記情報は、エアインターフェイス信号、無線リソース制御メッセージ、又はメディアアクセス制御メッセージとしてユーザ装置へ送信される、請求項１に記載の方法。
【請求項１５】
前記情報は、アプリケーションレイヤ又はネットワークレイヤにおいて送信される、請求項１に記載の方法。
【請求項１６】
前記ネットワークエンティティは、情報を送信するためのアプリケーションを使用する、請求項１に記載の方法。
【請求項１７】
前記情報は、前記ユーザ装置のエアインターフェイスが障害状態になると予想される指示を含み、そしてその指示は、障害までの推定時間を含む、請求項１に記載の方法。
【請求項１８】
前記ユーザ装置が資格をもつサービスレベルに基づき情報を受け取るように前記ユーザ装置を選択することを更に含む、請求項１に記載の方法。
【請求項１９】
前記状態は、予想されるサービス品質低下又は予想されるハンドオーバーを含む、請求項１に記載の方法。
【請求項２０】
ユーザ装置に影響を及ぼす状態に基づいてネットワークエンティティからユーザ装置において情報を受信し、その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示するものであり、及び
前記状態がユーザ装置に影響を及ぼす間に前記受信した情報に基づいて前記アクションを遂行する、
ことを含む、方法。
【請求項２１】
前記情報に基づくプレフィリングのためにデータを配信するように前記ネットワークエンティティに要求することを更に含む、請求項２０に記載の方法。
【請求項２２】
必要とされる前にデータの配信を維持するように前記ネットワークエンティティに要求することを更に含む、請求項２０に記載の方法。
【請求項２３】
受信した情報に応答してデータ圧縮の増強を要求することを更に含む、請求項２０に記載の方法。
【請求項２４】
受信した情報に応答して高いデータ需要のアクティビティを中止することを更に含む、請求項２０に記載の方法。
【請求項２５】
前記情報は、好きな状態の指示、又はチャンネル状態の低下の予想を含む、請求項２０に記載の方法。
【請求項２６】
前記情報は、コスト測定に少なくとも一部分基づくチャンネル品質状態に関連したものである、請求項２０に記載の方法。
【請求項２７】
セルラーネットワークのユーザ装置とネットワークエンティティとの間で知識共有する方法において、
新たな接続又はハンドオフが検出されたとき、ユーザ装置の国際移動ステーション装置アイデンティティに基づいて、ユーザ装置が知識共有プロトコルをサポートするかどうかネットワークエンティティにより決定し、及び
現在予約されたインデックスを有するダウンリンクメディアアクセスコントロール（ＭＡＣ）制御要素を使用して、ユーザ装置へダウンリンク知識共有メッセージを搬送する、
ことを含む方法。
【請求項２８】
前記ユーザ装置の国際移動ステーション装置アイデンティティは、知識共有サポートを明確に指示する、請求項２７に記載の方法。
【請求項２９】
前記ユーザ装置の国際移動ステーション装置は、マスクされ、そしてユーザ装置の識別を回避する、請求項２７に記載の方法。
【請求項３０】
ダウンリンク知識共有メッセージの受信に応答し、ユーザ装置は、アップリンクＭＡＣ制御要素を使用してアップリンク知識共有メッセージをネットワークエンティティへ送信する、請求項２７に記載の方法。
【請求項３１】
ユーザ装置は、ネットワークエンティティからダウンリンク知識共有メッセージ受信しない限り、アップリンク知識共有メッセージを送信できない、請求項２７に記載の方法。
【請求項３２】
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、その少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、請求項１から３１のいずれかに記載のプロセスを遂行するようにさせるよう構成される、装置。
【請求項３３】
ハードウェアで実行されるとき、請求項１から３１のいずれかに記載のプロセスを遂行するインストラクションをエンコードする非一時的コンピュータ読み取り可能な媒体。
【請求項３４】
請求項１から３１のいずれかに記載のプロセスを遂行するための手段を備えた装置。
【請求項３５】
請求項１から３１のいずれかに記載のプロセスを遂行するためのインストラクションをエンコードするコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
種々の通信システムは、ワイヤレス通信の改善から利益が得られる。例えば、通信システムは、ワイヤレスネットワークからユーザ装置へのデータのダウンロードを調整又は制御することから利益が得られる。
【背景技術】
【０００２】
データを受信する移動ワイヤレス装置の使用が益々重要になると共に、ビデオデータの配信が利用可能なワイヤレス容量の消費分担を高めている。というのは、ビデオの人気が高く且つビデオアプリケーションが本来比較的多量のデータを消費するからである。ビデオデータの場合には、異なるネットワークにおけるシステム容量及びビデオ品質を高めるために、メディアオプチマイザー及び適応性ストリーミングサーバーのような種々の技術が使用されている。ネットワークは、長期進化（ＬＴＥ）又はＬＴＥアドバンスト（ＬＴＥ−Ａ）のような第３世代パートナーシッププロジェクト（３ＧＰＰ）技術を使用する。
【０００３】
メディアオプチマイザー及び適応性ストリーミングサーバーは、ジャストインタイムで再生されるべきカメラホン、スマートホン、テーブルコンピュータ、スマートウオッチ、乗物エンターテイメントシステム、ワイヤレス能力を伴うメディアプレーヤ、等のユーザ装置へのビデオのダウンロードを管理するのに使用される。ジャストインタイムの解決策は、ユーザがビデオの完了前にそれを断念すると決心したときにネットワークリソースの浪費を回避することができる。というのは、ユーザ装置が使用しない転送データを回避できるからである。しかしながら、ジャストインタイム解決策では、ユーザが、カバレージ又は障害のあるカバレージにおいてギャップを経験することが頻繁に予想され、ある環境のもとでは、必要なときにビデオが得られないことになる。
【０００４】
データをそれが必要になる前に配信することは、データのプレフィリング(pre-filling)と称されるが、ビデオの中断又はビデオ品質の低下を回避することができる。データのプレフィリングの必要性は、ユーザ装置の特定の環境に基づいて変化する。ビデオデータは、例えば、１つ以上のユーザ装置に与えられるキーでビデオが暗号化される場合のように、単一のユーザ装置により再生できるように構成される。又、ビデオデータは、デジタル著作権管理（ＤＲＭ）が使用されるときは、ビデオが単一のＵＥにしか転送できないよう構成されるように、単一のユーザ装置へ再生可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ビデオデータを高信頼性で配信すべき場合には、悪いカバレージ又は著しい負荷を経験するエリアに対して便宜的な手段を設けねばならず、これは、ユーザ装置が再生のためにジャストインタイムでデータを受信する能力を妨げることがある。
【課題を解決するための手段】
【０００６】
ある実施形態における方法は、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析することを含む。又、この方法は、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定することも含む。加えて、この方法は、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信することも含む。
【０００７】
ある実施形態による装置は、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも１つのプロセッサを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析するようにさせるよう構成される。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、少なくとも、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定するようにさせるよう構成される。加えて、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、少なくとも、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信するようにさせるよう構成される。
【０００８】
ある実施形態における装置は、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析するための手段を備えている。又、この装置は、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定するための手段も備えている。加えて、この装置は、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信するための手段も備えている。
【０００９】
ある実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、ハードウェアで実行されたときにプロセスを遂行するインストラクションをエンコードする。そのプロセスは、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析することを含む。又、そのプロセスは、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定することも含む。加えて、プロセスは、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信することも含む。
【００１０】
ある実施形態によれば、コンピュータプログラム製品は、データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析することを含む方法によるプロセスを遂行するためのインストラクションをエンコードする。又、その方法は、前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定することも含む。加えて、その方法は、ユーザ装置がそのアクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信することを含む。
【００１１】
ある実施形態における方法は、ユーザ装置に影響を及ぼす状態に基づきネットワークエンティティからユーザ装置において情報を受信することを含む。その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示する。又、この方法は、その状態がユーザ装置に影響を及ぼしている間に受信情報に基づいてアクションを遂行することも含む。
【００１２】
ある実施形態による装置は、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも１つのプロセッサを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、ユーザ装置に影響を及ぼす状態に基づきネットワークエンティティからユーザ装置において情報を受信するように構成される。その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示する。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、その状態がユーザ装置に影響を及ぼしている間に受信情報に基づいてアクションを遂行するようにさせるよう構成される。
【００１３】
ある実施形態における装置は、ユーザ装置に影響を及ぼす状態に基づいてネットワークエンティティからユーザ装置において情報を受信するための手段を備えている。その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示する。又、この装置は、その状態がユーザ装置に影響を及ぼしている間に受信情報に基づいてアクションを遂行するための手段も備えている。
【００１４】
ある実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、ハードウェアで実行されたときにプロセスを遂行するインストラクションをエンコードする。そのプロセスは、ユーザ装置に影響を及ぼす状態に基づいてネットワークエンティティからユーザ装置において情報を受信することを含む。その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示する。又、そのプロセスは、その状態がユーザ装置に影響を及ぼしている間に受信情報に基づいてアクションを遂行することも含む。
【００１５】
ある実施形態によれば、コンピュータプログラム製品は、ユーザ装置に影響を及ぼす状態に基づきネットワークエンティティからユーザ装置において情報を受信することを含む方法によるプロセスを遂行するためのインストラクションをエンコードする。その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示する。又、この方法は、その状態がユーザ装置に影響を及ぼしている間に受信情報に基づいてアクションを遂行することも含む。
【００１６】
本発明を適切に理解するために、添付図面を参照する。
【図面の簡単な説明】
【００１７】
【図１】ある実施形態によるワイヤレス通信システムを示す。
【図２】ある実施形態によるシステムを示す。
【図３】ある実施形態によるフローチャートである。
【図４】本開示のネットワーク知識共有プロトコル実施形態により与えられる減少混雑レートを示す図である。
【図５】本開示において定義されるネットワーク知識共有プロトコルの規範的ネットワーク図である。
【図６】ある実施形態によるＬＣＩＤ値を示す２つのテーブルを示す。
【図７】ある実施形態によるネットワーク知識共有プロトコルの実施形態を示す。
【図８】ある実施形態によるネットワーク知識共有プロトコルの規範的フローチャートである。
【図９】ある実施形態によるテーブルを示す。
【図１０】ある実施形態によるテーブルを示す。
【図１１】ある実施形態によるテーブルを示す。
【図１２】ある実施形態によるテーブルを示す。
【図１３】ある実施形態による規範的な使用ケースを示す。
【図１４】ある実施形態による規範的な使用ケースを示す。
【図１５】ある実施形態による規範的な使用ケースを示す。
【図１６】ある実施形態による規範的な使用ケースを示す。
【図１７】ある実施形態による規範的な使用ケースを示す。
【図１８】ある実施形態による規範的な使用ケースを示す。
【図１９】ある実施形態による規範的な使用ケースを示す。
【図２０】ある実施形態によるテーブルの一例を示す。
【図２１】ある実施形態によるテーブルの一例を示す。
【図２２】ある実施形態による規範的な使用ケースを示す。
【図２３】ある実施形態によるフローチャートである。
【発明を実施するための形態】
【００１８】
ある実施形態は、低速配信の期間中又は配信が行われないときに再生のためにデータが得られるように、データを効率的に配信できる期間中にユーザ装置がデータを受信できる方法、装置、コンピュータプログラム又は他の実施形態を許す。
【００１９】
以下に述べる多数の実施形態は、ビデオデータに関して紹介するが、それらの実施形態は、他の形態のデータにも適用することができる。ビデオデータは、ビデオ、ビデオ又はオーディオ、メディア、メディアデータ、ビデオ及びオーディオデータ、又はオーディオデータを含む。特に、ある実施形態は、ネットワーク及び／又はユーザ装置の送信容量を効率的に使用するために必要に応じて配信できるデータにも適用される。データを、それが必要とされる直前に配信すべきかどうか決定するため、ネットワーク及びユーザ装置により種々の状態が評価される。換言すれば、ある実施形態は、ネットワーク及び／又はユーザ装置が経験するある状態に基づきデータをプレフィリングすることを許す。
【００２０】
ある実施形態では、ネットワークエンティティは、そのネットワークエンティティからデータを要求する判断がユーザ装置によってなされるとしても、ユーザ装置にデータを与える。ネットワークエンティティは、データ配信を維持すべきか、改善すべきか、ダウングレードすべきか、アップグレードすべきか、又は停止すべきか決定するために、ユーザ装置が使用するユーザ装置情報及び／又は予想を送信する。例えば、ユーザ装置は、ある実施形態では、ネットワークエンティティから受信した情報に基づいてデータのプレフィリングをいつ要求すべきか決定する。
【００２１】
図１は、ある実施形態によるワイヤレス通信システムを示す。より詳細には、図１は、マクロセルのようなセルのためのビデオサーバー無線アクセスネットワーク（ＲＡＮ）インターフェイスアーキテクチャーの一例を示す。このアーキテクチャーは、アップリンク及び／又はダウンリンクデータ送信を含めて、ワイヤレス接続１０５を経てネットワーク１００と通信するユーザ装置１１０を備えている。ネットワーク１００は、例えば、ｅＮｏｄｅ  Ｂ（ｅＮＢ）１２０、自己最適化ネットワーク（ＳＯＮ）又は集中型自己最適化（Ｃ−ＳＯＮ）サーバー１１２、サービングゲートウェイ（ＳＧＷ）１２５、移動管理エンティティ（ＭＭＥ）１１５、オペレーション・メンテナンスエンティティ（ＯＭＥ）１１８、ポリシー・課金ルール機能（ＰＣＲＦ）ネットワーク要素１３０、パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）１３５、コンテンツアウェアネットワーク・イネーブリングゲートウェイ（ＣＡＮ−ＥＧ）１４５、メディアオプチマイザー１５０、又は少なくとも１つのビデオサーバー１６０のうちの少なくとも１つを含む。
【００２２】
ネットワーク１００は、インターネット１４０に結合され、特に、インターネット１４０のコンテンツソース１６５に結合される。ＳＯＮ又はＣ−ＳＯＮサーバー１１２は、インターフェイス１１２Ａを使用してＣＡＮ−ＥＧ１４５に接続される。又、ＳＯＮ又はＣ−ＳＯＮサーバー１１２は、インターフェイス１１２Ｂを使用してＰＣＲＦ要素１３０に接続されてもよい。
【００２３】
ある実施形態において、ｅＮＢ１２０は、ＳＧＷ１２５に接続される。その接続は、例えば、Ｓ１−Ｕインターフェイス１８１により達成される。ＳＧＷ１２５は、例えば、Ｓ５／Ｓ８インターフェイス１８２によりＰＤＮ−ＧＷ１３５に接続され、そして例えば、Ｇｘｘ／Ｇｘａインターフェイス１８４によりＰＣＲＦ１３０に接続される。又、ＳＧＷ１２５は、Ｓ１１インターフェイス１８６によりＭＭＥ１１５に接続される。ＰＤＮ−ＧＷ１３５は、Ｇｘインターフェイス１８８によりＰＣＲＦ１３０に接続される。次いで、インターネット１４０は、少なくともインターネットプロトコル（ＩＰ）インターフェイスを実施する多数のネットワーク１６６を経て、ＣＡＮ−ＥＧ１４５、メディアオプチマイザー１５０、少なくとも１つのビデオサーバー１６０、及びＰＤＮ−ＧＷ１３５に接続される。
【００２４】
ネットワーク１７５は、例えば、ストリーム制御送信プロトコル（ＳＣＴＰ）及びトランスポートレイヤプロトコルの上で、認証、許可及びアカウンティング（ＡＡＡ）フレームワークを与えるダイアメータプロトコルを実施する。ネットワーク１７０は、汎用パケット無線サービス（ＧＰＲＳ）トンネルプロトコル（ＧＴＰ）メッセージを搬送するように構成される。ＣＡＮ−ＥＧ１４５及びｅＮＢ１２０を接続するネットワーク１７０は、ＧＴＰユーザプレーン（ＧＴＰ−Ｕ）インターフェイスを備えている。ＧＴＰ−Ｕプロトコルは、進化型パケットシステム（ＥＰＳ）のＳ１−Ｕ、Ｘ２、Ｓ４、Ｓ５及び／又はＳ８インターフェイスにわたって使用される。
【００２５】
又、ネットワーク１００は、インターフェイス基準点（ＩＲＰ）マネージャー１８０及びＩＲＰエージェント１８２も備えている。ＩＲＰマネージャー１８０は、自己最適化機能を制御し、一方、ＩＲＰエージェント１８２は、ＩＲＰマネージャーが自己最適化機能の成功及び／又は失敗を知ることを許す。
【００２６】
図１に示すネットワーク１００のネットワークエンティティは、例示に過ぎない。ネットワーク１００は、多数のエンティティを含み、その幾つかは、図１に示したものとは異なる。更に、図１に示すネットワークエンティティ又は要素は、ネットワークの異なる部分に配置されてもよい。種々のネットワーク、及びそれに対応するインターフェイス及び／又はプロトコルの実施も、例示に過ぎない。
【００２７】
無線アクセスネットワーク（ＲＡＮ）の種々のネットワークエンティティ要素は、無線アクセス技術（ＲＡＴ）特有である。例えば、ＬＴＥでは、ネットワークは、エンハンストユニバーサル地上ＲＡＮ（ＥＵＴＲＡＮ）／エンハンストパケットコア（ＥＰＣ）である。ｅＮＢは、ＲＡＮ／ＥＵＴＲＡＮのコンポーネントであり、一方、ＭＭＥ、ＳＯＮ又はＣ−ＳＯＮ、ＳＧＷ、ＰＤＮ−ＧＷ、又はＰＣＲＦは、進化型パケットコアの一部分である。ユニバーサル移動テレコミュニケーションズシステム（ＵＭＴＳ）では、ノードＢ及び無線ネットワークコントローラ（ＲＮＣ）は、ＲＡＮの一部分であり、一方、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、ゲートウェイ（ＧＧＳＮ）及びＰＣＲＦは、コアの一部分である。
【００２８】
図１の実施形態では、ＵＥ１１０は、メディアオプチマイザー１５０を経てビデオ又は他の形態のビデオデータをダウンロードするためインターネット１４０のコンテンツソース１６５に接続される。最適化されたコンテンツは、メディアオプチマイザー１５０又は少なくとも１つのビデオサーバー１６０からＰＤＮ−ＧＷ１３５へストリーミングされ、これは、そのコンテンツをＳＧＷ１２５へ転送する。ＳＧＷ１２５は、次いで、そのコンテンツを、ｅＮＢ１２０を経てＵＥ１１０へ転送する。
【００２９】
ＣＡＮ−ＥＧ１４５は、少なくとも１つのビデオサーバー１６０及びメディアオプチマイザー１５０が、ＣＡＮ−ＥＧ１４５へ要求を発することによりＰＤＮ−ＧＷ１３５とＵＥ１１０との間のベアラ特性を確立し及び／又は変更するのを許す。ＣＡＮ−ＥＧ１４５は、ｅＮＢ１２０及び／又は他のネットワーク要素からネットワークメトリックを収集し、そしてそのネットワークメトリックをメディアオプチマイザー１５０及びビデオサーバー１６０へ報告する。ある実施形態では、メディアオプチマイザー１５０及びビデオサーバー１６０は、ネットワーク１７０を使用してＣＡＮ−ＥＧ１４５を経てｅＮｏｄｅＢ１２０と通信する。少なくとも１つのビデオサーバー１６０は、例えば、コンテンツリソース１６５からビデオをキャッシュするように働く。従って、少なくとも１つのビデオサーバー１６０は、それがコンテンツソース１６５のビデオデータのキャッシュコピーを収容できるので、代行サーバーと考えられる。
【００３０】
又、ネットワーク１００は、ＬＴＥ−Ａにおけるピコ、マイクロ、又はフェムトセルのような小型セルアーキテクチャーも使用できる。多数のｅＮＢ及びコンテンツ配信ネットワーク（ＣＤＮ）代行を制御するのに使用されるゾーンｅＮＢ（ＺｅＮＢ）コントローラも、ネットワーク１００に含まれる。
【００３１】
ある実施形態では、ＳＯＮ機能は、ワイヤレスネットワーク１００のＳＯＮサーバー、Ｃ−ＳＯＮサーバー、ノードＢ、ｅＮＢ又はＭＭＥのような少なくとも１つのネットワーク要素に存在する。ＳＯＮ機能は、ＵＥがビデオデータを受信し及び／又は再生する期間中にＵＥに影響を及ぼす状態を監視し及び／又は決定するのに使用される。それらの状態は、例えば、ＵＥが通信する通信チャンネル又はネットワークエンティティの情報容量、負荷又はスループットに関連している。他の実施形態では、それらの状態は、アプリケーションからワイヤレスネットワークを経てＵＥへ情報を送信するコストである。そのようなコストは、例えば、使用する変調スキームのようなファクタに依存し、そして情報のビット当りのコストで表現される。ＵＥは、ある実施形態では、前記状態のいずれかを使用して、アクションを遂行すべきかどうか決定する。
【００３２】
ワイヤレスネットワーク１００は、複数のＵＥ、例えば、ＵＥ１１０、ＵＥ１７２Ａ、ＵＥ１７２Ｂ、ＵＥ１７２Ｃ、ＵＥ１７２Ｄ、及びＵＥ１７２Ｅにサービスし、これらのＵＥは、ネットワークサービスを受けるもので、リソースを使用すると、ＵＥ１１０のような所与のＵＥに利用可能なリソースに影響が及ぶ。ＵＥ１１０及び１７２Ａ−１７２Ｅは、ある実施形態では、ネットワーク１００に対して異なる関係をもつことがある。１つ以上のＵＥは、保証された異なるサービスレベルを経験し、時間と共に変化し且つＵＥ間で相違する状態及び／又はイベントを経験することがある。ワイヤレスネットワーク１００は、ＯＭＥ１１８、ＩＲＰマネージャー１８０、及び／又はＩＲＰエージェント１８２により監督されるポリシーを実施する。ＩＲＰエージェント１８２は、ＳＯＮ機能が対立パラメータ値を要求するときにポリシー指令を定義する上でＩＲＰマネージャー１８０をサポートする。ポリシー指令が与えられない場合には、ＩＲＰエージェント１８２は、ＩＲＰマネージャー１８０にデフォールトポリシー指令の適用を指令する。
【００３３】
ポリシー指令は、ＩＲＰエージェント１８２からの予想される振舞いを規定する。ポリシー指令は、例えば、２つ以上のＳＯＮ機能が対立値を要求する場合にＳＯＮ機能のプライオリティを決め、特定期間中のパラメータの更なる変化を禁止し、好ましい値の範囲を選択し、又は対立を報告するようにＩＲＰエージェント１８２に指令することを含む。ＳＯＮ機能間の対立を伴う実施形態では、ＩＲＰエージェント１８２が対立を解消できない場合、ＩＲＰエージェント１８２は、ＩＲＰマネージャー１８０がパラメータ値を決定する上で助けとなる。
【００３４】
又、ＩＲＰエージェント１８２は、ＩＲＰマネージャー１８０がＳＯＮ整合ポリシーを構成する上でも助けとなる。整合ポリシーは、異なる自己最適化機能間、及び１つの自己最適化機能内の異なるターゲット間の整合を含む。
【００３５】
又、そのポリシーは、サービス予想を行うときにネットワークエンティティが考慮できる状態、及び／又は予想をどのユーザ装置に配信できるかも定義する。ネットワークエンティティによる予想がビデオデータをプレフィリングのためにＵＥへ配信させる場合は、どのように予想するか指令するポリシーがＵＥに影響を及ぼす。加えて、ＵＥへのビデオデータの配信、及び予想に応答するＵＥのその後のアクションは、他のＵＥに対するリソースの利用性に顕著な影響を及ぼす。それ故、ある実施形態では、ビデオデータのプレフィリングに関連した予想がＵＥへ配信されるところの状態をポリシーにより定義することができる。ある実施形態では、ポリシーは、予想を受け取るＵＥがそのような予想をどのように解釈し及び／又はそれに対してどのように行動するかも定義する。
【００３６】
予想を行うとき、ネットワークエンティティは、ＵＥが資格付けされるサービスクオリティ、データの適時の配信を損なう悪化状態に特定のＵＥが遭遇する見込み、及び／又は他のＵＥに著しい影響を及ぼすことなくバッファデータを受け取ることができるよう平均以上の状態にＵＥが遭遇する見込みを考慮する。予想は、考慮する期間、及び予想されるイベント又は状態が持続すると予想される期間に基づいて変化する。
【００３７】
又、予想は、自己最適化のための特定のネットワークルールに少なくとも一部分は基づいてネットワークエンティティにより行われてもよい。自己最適化のためのルールは、ＳＯＮ又はＣ−ＳＯＮによりセットされる。予想は、ネットワークの異なるレベルに基づいて行われてもよい。例えば、予想は、ネットワーク全体に基づいてもよいし、セルレベルでもよいし、マクロセルでもよいし、マイクロ及びピコセルのような重畳する小型セルでもよいし、又は特定のｅＮＢ及びそのオペレーションに影響する状態に従ってもよい。
【００３８】
ある実施形態では、ｅＮＢ１２０は、それ自身の測定を遂行し、及び／又は現在ビデオデータを受信しているＵＥ、例えば、ＵＥ１１０から測定値を受け取る。又、ｅＮＢ１２０は、ネットワーク又はネットワーク環境における他のＵＥ、例えば、ＵＥ１７２Ａ−１７２Ｅから測定値を受け取ってもよい。次いで、１つ以上のネットワーク要素が、例えば、ＵＥにおいてサービスレベルで測定値を分析し、そしてそれら測定値に基づいて予想を行う。サービスレベルは、ＵＥ１０に与えることのできるデータ配信の品質及び配信レートを含む。サービスの低下又は改善のいずれかを構成するサービスの変化に関連した予想は、現在ビデオデータを受信しているか又は将来ビデオデータを受信するＵＥ１０に通信される。
【００３９】
ネットワークエンティティ又は要素は、ある実施形態では、ＵＥ１１０によりなされる測定に基づいて、ＵＥがカバレージホールに近付きつつあることを決定する。カバレージホールは、ネットワーク平均に対する縮小カバレージのエリアとして定義される。カバレージホールは、小さな縮小であるか大きな縮小であるかに関わらず、ネットワーク平均より小さな任意の縮小レベルを含む。予想されるカバレージホールに基づき、ネットワークエンティティ又は要素は、ＵＥが、まだ良好なカバレージエリアにありながら、データのプレフィリング行わねばならないことを決定する。ネットワークエンティティによるこの決定は、小さいカバレージのエリアでの通信には大きなカバレージのエリアより高いコストが指定されるというコスト計算に少なくとも一部分は基づいて行われる。
【００４０】
同様に、高いネットワークトラフィックを経験する高いネットワーク負荷のエリア又は時間には、低いネットワーク負荷のエリア又は時間より高いコストが指定される。ネットワーク要素は、ＵＥが、低いネットワーク負荷のエリアにいる間に又は低いネットワーク負荷の時間に、データのプレフィリングを行うと決定する。種々の他のファクタは、ＵＥによるデータ配信を維持すべきか、改善すべきか又は停止すべきかをいつ決定するか考慮するものである。
【００４１】
ネットワーク１００は、データ配信を維持するか又は改善する必要性を指示するものと解釈できる情報をＵＥに配信又は送信する。換言すれば、ＵＥに送信される情報は、ＵＥがデータのプレフィリングを行うべきか、リソースをセーブすべきか、さもなければ、ユーザ経験の質を維持するステップを取るべきかを指示する。障害の予想、或いはデータをプレフィリングすべきであるとの明確な指示を含む情報を受信すると、ＵＥは、アプリケーションプログラミングインターフェイスを通してＵＥで動作しているモバイルアプリケーションにその情報を利用できるようにする。
【００４２】
ある実施形態では、いつ及びどのようにＵＥがデータを要求すべきか決定するのに使用できる予想を行うために１つ以上のネットワーク要素又はエンティティが使用される。そのような予想は、特定ＵＥに対して特定のもので、ＵＥの状態に依存する。ネットワークにより予想をどのように行いそしてＵＥに通信するかに関する判断には１つ以上のネットワークエンティティが含まれる。例えば、ネットワークは、行われる予想の特定の特徴を決定する特定の制御、ターゲット又は重要性能指示子（ＫＰＩ）を使用し又は生成する。そのような予想は、次いで、１つ以上のネットワークエンティティによりなされる決定に基づいてＵＥに与えられる。例えば、ＯＭＥ１１８は、どの予想をどのＵＥへ送信できるか制御するポリシーをセットする。
【００４３】
一例として、ＵＥが高いサービスレベルに資格付けされる場合には、より多くのネットワークリソースが、ＵＥへのビデオデータの配信に専用のものとされる。そのような実施形態では、予想は、データが必要になる前にＵＥがデータを受け取る見込みを高くする。又、予想は、特定ＵＥに関連した特定のイベント、例えば、悪いカバレージを与える位置に向かうＵＥの移動、又は他方では、良好なカバレージを与える位置への又は位置からの移動も考慮する。
【００４４】
ＵＥがビデオデータのプレフィリング行うべきか、さもなければ、データ配信を維持、改善又は停止すべきかどうかに関する決定は、予想される通信コストに基づいて評価される。コストは、ビデオデータの配信に必要な通信リソースに関して表現される。ＵＥ１１０が良好なカバレージのエリアにあるときには、ビデオのプレフィリングは、そのビデオが断念された場合でも、ある実施形態では、再生のためにジャストインタイムでビデオを配信するよりコストが低い。他方、ＵＥ１１０が悪いカバレージエリアにあるときには、ＵＥは、プレフィリングの回避を望むか、又は再生のためにジャストインタイムまでデータを事前配信することを望む。
【００４５】
上述したように、ＵＥの状態に対するネットワークエンティティによる予想は、多数のファクタ又はイベントを含み又はそれらに基づく。それらのファクタは、例えば、高周波状態に基づき予想されるコールドロップ、ＵＥ又は他のネットワークエンティティにより行われる測定、ＵＥレポート、及び／又は決定を行う上で有用な他のファクタを含む。
【００４６】
ファクタの別の例は、予想されるサービスクオリティ低下を含む。サービスクオリティの低下とは、ＵＥが要求するサービスクオリティを、スループット、タイムバジェット、及び／又は他の同様のパラメータに関してサポートできないことを指示する。予想を決定するときに考慮すべき考えられるイベントは、セルの遮断のようなエネルギー節約イベント、無線アクセス技術間（ｉＲＡＴ）ハンドオーバーである予想されるハンドオーバー、及び／又は一時的又は永久的なサービスクオリティ低下を招き得る他の同様のイベントである。
【００４７】
図１に示すネットワーク１００のような分散型自己最適化ネットワークでは、ＩＲＰエージェント１８２は、ＳＯＮ機能によりＵＥ通知ポリシーを定義するためにＩＲＰマネージャー１８０のサポートを与える。通知ポリシーは、上述したように、ＵＥに予想が通知されるときについてネットワークにより決定されるポリシーを含む。ＳＯＮ機能は、例えば、ＵＥ１１０に影響を及ぼすサービス低下又は改善を予想するのに使用される。通知ポリシーは、特定イベントタイプ、特定ターゲット、重要性能指示子（ＫＰＩ）、スレッシュホールド、コントロール、或いは通知ポリシーにより使用できる他のファクタ又はトリガーを含む。又、通知ポリシーは、時間に関して表現される特定の予想深度、及び／又は特定の自己最適化ネットワーク機能も含む。又、ポリシーは、予想のアーキテクチャーレベル、例えば、ｅＮＢ、セル、又は他の予想レベルも含み、そして例えば、サービスクオリティレベルに基づいて特定のＵＥグループを指定する。
【００４８】
ハイブリッドのＳＯＮサーバー、ＯＭＥ及び／又はＣ−ＳＯＮサーバーについては、ＩＲＰマネージャー１８０及びＩＲＰエージェント１８２は、エネルギー節約及びセル又はシステム境界を含めて、高いレベル又は高いスケールの予想を与えるように使用される。ある実施形態では、予想は、一般的な高いレベルのサービス、或いはユーザビデオの中断を防止するために予想を与え及び／又は予想に基づき活動するよう指令されるサービスに対し、プレミアムサービスの一部分として与えられる。
【００４９】
ＵＥがネットワークエンティティから情報を受け取ると、ＵＥは、ＵＥに影響を及ぼす状態に基づいてアクションを遂行する。ネットワークエンティティから受け取られた情報は、例えば、サービス低下が予想されること、及びＵＥがユーザの経験の質を維持するか又は送信コストを最小化するためのアクションをとらねばならないことをＵＥに通知する。ＵＥによる１つの考えられるアクションは、例えば、通常のネットワーク状態より良好に又は満足に体験しながらもビデオデータをプレフィリングすることである。別の考えられるアクションは、例えば、甚だしいデータ使用を要求する活動を、悪い状態が終了するまで、延期することである。そのようなアクションが特に適しているところの１つの状態は、ハンドオーバー中であるか、又はＵＥがハンドオーバーのスレッシュホールドにあるときである。そのような実施形態では、ＵＥは、セルの縁にあり、新たなセルへのハンドオーバーが完了すれば、良好な状態を経験することが予想される。
【００５０】
ＯＭＥ１１８のようなネットワークエンティティ又は要素は、ＵＥに影響を及ぼす状態をＵＥに指示する情報を含むＵＥ１１０へのメッセージ又は信号を準備し、次いで、それら状態に基づいてＵＥがアクションを遂行すべきかどうか決定する。例えば、そのメッセージ又は信号は、障害までの推定時間、障害の推定期間又は他の当該情報のような情報を含む。
【００５１】
ある実施形態では、ＵＥが受信のために選択するプレフィリングの量は、それまでに見たビデオの量、及びＵＥのユーザがビデオを断念する確率によって影響を受け、又、その確率は、見たビデオの量に基づいて変化する。プレフィリングの量を決定する別のファクタは、ビデオデータの設定及びロード時間である。長い設定時間によりユーザが待たされるとき、ユーザは、おそらく、ビデオをずっと見ると仮定する。考慮される別のファクタは、特定のユーザに対する断念履歴を含む。ユーザが短時間後にビデオを断念する履歴を有する場合には、ＵＥがデータのプレフィリングを必要とする見込みが、ビデオを最後まで見ようとするユーザに比して、実質的に減少される。
【００５２】
ある実施形態では、無線アクセスネットワークは、エアインターフェイスの障害を予想し、そしてＵＥ１１０には、別のネットワークエンティティの、ｅＮＢによる予想が通知される。予想は、障害までの推定時間、障害の推定期間又は他の当該情報のような情報を含むメッセージの形態で到来する。例えば、メッセージは、無線リソースコントロールメッセージであり、そしてＵＥは、指示、及びメッセージ又は指示に含まれる付加的な情報を、取り扱いのために上位レイヤへ通す。
【００５３】
一例において、ネットワーク１００のオペレーションに関して次の仮定を行う。
セルの半径：０．６キロメーター（ｋｍ）
セル対セルの距離：約１ｋｍ
移動モデル：３０％「モバイルユーザ」（＞３０ｋｍ／時（ｋｍ／ｈ）で進行）
７０％「静止ユーザ」（＜３０ｋｍ／ｈで進行）
全体のアクセス試みの数（全ての高周波状態における全てのユーザ）Ｎ
サービス開始コスト：Ｙ情報ビット
変調：直角位相シフトキーイング（ＱＰＳＫ）及び直角振幅変調（ＱＡＭ）
ＱＰＳＫ：「不良」ＲＦ
ＱＡＭ：「良好」ＲＦ
「不良ＲＦ」：ＱＰＳＫ：平均記号／情報ビット＝１．９
「良好ＲＦ」：ＱＡＭ：平均記号／情報ビット＝０．４
【００５４】
ビデオデータのプレフィリングは、良好なＲＦ状態においてサービスの実行を許す。プレフィリングなしでは、そのようなサービスは、不良ＲＦ状態において実行される。例えば、現在良好なＲＦ状態にある平均モバイルユーザが、３０ｋｍ／ｈで１ｋｍ進行するのに必要な時間である次の約２分以内に不良ＲＦ状態になると仮定する。ユーザの３０％がモバイルユーザである場合には、ビデオのプレフィリングを許すことで、サービスの３０％を良好なＲＦ状態のもとで行うことが許され、さもなければ、不良ＲＦ状態のもとで行われることになる。
【００５５】
プレフィリングなしのアクセス試みのコストを、アクセス試みのＲＦコストに関して次のように定義する。
（Ｎ／３＊０．４Ｙ）＋（２Ｎ／３＊１．９Ｙ）＝１．４＊Ｎ＊Ｙ
【００５６】
プレフィリングが許されたアクセス試みのコストは、次の通りである。
（Ｎ／３＊０．４Ｙ）＋（０．３＊２Ｎ／３＊０．４Ｙ）＋（０．７＊２Ｎ／３＊１．９Ｙ）＝１．１＊Ｎ＊Ｙ
【００５７】
以上の例では、ある実施形態に従ってデータのプレフィリングを許すことは、２１％の改善を許す。図４は、前記実施形態がＵＥのバッテリ効率をどのように高めるかの一例を示す。
【００５８】
ある実施形態では、ＵＥが、有利なカバレージのエリア、例えば、ｅＮＢに接近するか又は軽負荷のセル、即ちｅＮＢのようなネットワークエンティティにより与えられるリソースについて競合するＵＥが少ないセルにあるときを決定するため評価が行われる。そのような有利な環境の下では、プレフィリングが望ましい。というのは、ＵＥ１１０が非常に有利な状態のエリアにいる場合には、おそらく、ＵＥは、あまり有利でないカバレージのエリアへは短く移動するだけだからである。これが正しいのは、状態が平均以上であるか又は平均よりかなり上である場合には、何らかの変化が、おそらく、平均に近い状態を招くからである。これらの状態にもとでは、コストの節約が、前記例で決定されたものと同様である。更に、移動ユーザ対静止ユーザの数の相違、或いは不良ＲＦ対良好ＲＦにおける情報ビット当りの平均記号の相違のような状態の相違は、比較コストの変化を生じさせる。
【００５９】
図２は、ＵＥ２０１、及びＬＴＥネットワーク要素のようなネットワークエンティティ又は要素２０２の細部を示す。ネットワーク要素２０２は、ＳＯＮ、Ｃ−ＳＯＮ、ｅＮＢ、ＣＡＮ−ＥＧ、ＭＭＥ、ＯＭＥ、ＩＲＰエージェント、ＩＲＰマネージャー、或いは他の適当なネットワーク要素又はエンティティである。ＵＥ２０１は、送信器２０３、受信器２０４、無線コントローラ２０６、及びアンテナ２０８を備えている。又、ＵＥ２０１は、プロセッサ２１０、メモリ２１２、及びストレージ２１４も備え、これらは、互いに通信すると共に、バス２１６を経て無線コントローラ２０６とも通信する。又、ＵＥ２０１は、データ２１８及びプログラム２２０を使用し、これらは、ストレージ２１４に適当に存在しそしてプロセッサ２１０により使用するために必要に応じてメモリ２１２へ転送される。
【００６０】
ネットワーク要素２０２は、送信器２２２、受信器２２４、無線コントローラ２２６、及びアンテナ２２８を備えている。又、ネットワーク要素２０２は、プロセッサ２３０、メモリ２３２、及びストレージ２３４も備え、これらは、互いに通信すると共に、バス２３６を経て無線コントローラ２２６とも通信する。又、ネットワーク要素２０２は、データ２３８及びプログラム２４０を使用し、これらは、ストレージ２３４に適当に存在しそしてプロセッサ２３０により使用するために必要に応じてメモリ２３２へ転送される。ネットワーク要素２０２又はユーザ装置２０１に関連して述べるプログラム又はモジュールの各々は、プロセッサ２１０、２３０、メモリ２１２、２３２、送信器２０２、２２２、及び／又は受信器２０４、２２４のようなハードウェアにより遂行される。
【００６１】
ネットワーク要素２０２により使用されるプログラム２４０の中で、ＵＥ２０１に影響を及ぼす状態を監視するための情報収集モジュール２４１、及び情報分析モジュール２４２が含まれ、この情報分析モジュールは、情報を分析して将来の状態に関する予想を行い及び／又はＵＥがデータ配信を改善すべきか、維持すべきか又は停止すべきか決定する。又、ネットワークエンティティ又は要素２０２は、適当な信号を発生するための信号発生モジュール２４４も備えている。ネットワーク要素２０２は、ＵＥからの要求に応答して、その要求を満足するようにビデオデータを配信するビデオ配信モジュール２４６を備えている。
【００６２】
ＵＥ２０１は、チャンネル状態をネットワーク要素２０２に報告する状態報告モジュール２５０、及びチャンネル状態が損なわれるという予想を指示する信号、或いはデータのプレフィリング、データの圧縮、又は激しいデータ使用を要求する活動の休止、等によりＵＥがユーザのビデオ体験を改善又は維持すべきステップを取らねばならないことを単に指示する信号のような信号をネットワーク要素２０２から受信するｅＮＢ信号分析モジュール２５２を備えている。ネットワーク要素の信号分析モジュール２５２は、ネットワーク要素２０２から受信した信号を検査し、そしてＵＥがとるべき適切なアクションを選択する。応答は、ある実施形態では、アクションを伴う。ＵＥ２０１は、ビデオ管理モジュール２５４を更に備え、これは、例えば、付加的なビデオデータを要求し、圧縮を強め、重たいデータ負荷を要求する活動を休止する適切なアクション、或いはＵＥによる他のアクションを指令する。又、ビデオ管理モジュール２５４は、ユーザに滑らかなビデオ配信を与えるためにビデオデータの受信及び再生も管理する。
【００６３】
メモリ２１２及び２３２並びにストレージ２１４及び２３４の種々の実施形態は、これに限定されないが、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学的メモリデバイス及びシステム、固定メモリ、除去可能なメモリ、ディスクメモリ、フラッシュメモリ、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、又は他のタイプのメモリを含めて、ローカル技術的環境に適したデータストレージ技術タイプを含む。プロセッサ２１０及び２３０の種々の実施形態は、これに限定されないが、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサを含む。
【００６４】
種々のモジュール２４２−２４６及び２５０−２５４は、例えば、メモリ２１２及び２３２並びにストレージ２１４及び２３４に記憶されたアプリケーションコンピュータプログラムとして各々実施される。他の実施形態では、モジュール２４２−２４６及び２５０−２５４は、ソフトウェア、ファームウェア又はハードウェアモジュール或いはその組み合せとして実施される。特に、ソフトウェア又はファームウェアの場合には、１つの実施形態は、非一時的コンピュータ読み取り可能なメモリ、コンピュータ読み取り可能な媒体、或いはコンピュータプログラムコードを使用するプログラムインストラクションのようなコンピュータ読み取り可能なインストラクションを含むコンピュータ読み取り可能なストレージ構造体のようなソフトウェア関連製品を使用して実施される。コンピュータプログラムコードは、例えば、コンピュータ読み取り可能なメモリに記憶されたソフトウェア又はファームウェアであり、コンピュータプロセッサにより実行される。
【００６５】
又、モジュール２４２−２４６及び２５０−２５４は、個別のブロックとして実施されてもよいし、又は他のモジュールと結合されてもよいし、或いはモジュールのブロックをそれらの機能に従って多数のブロックに分割してもよい。更に、全モジュール又は選択されたモジュールは、集積回路、例えば、特定用途向け集積回路（ＡＳＩＣ）を使用して実施されてもよい。
【００６６】
図３は、ある実施形態によるプロセス３００を示す。図３に示すステップの特定の順序は、例示に過ぎず、１つ以上のステップがスキップされてもよく、異なるステップが追加又は置き換えられてもよく、或いは選択されたステップ又はステップのグループが異なるプロセスで遂行されてもよい。ステップ３０２において、図１のネットワーク１００と同様の自己最適化ネットワークにおけるネットワーク要素又はエンティティは、少なくとも１つのＵＥに影響を及ぼすネットワーク状態に関連した測定値を受け取る。それらの状態は、少なくとも１つのＵＥによるビデオデータの受け取りに影響を及ぼす状態に関連している。
【００６７】
ステップ３０４において、ネットワーク要素又はエンティティは、カバレージ、良いサービス又は悪いサービスのエリアへのＵＥの移動、及び／又は他のＵＥによるリソースに対する需要、並びに他の関連ファクタのようなファクタを考慮して、状態を評価又は分析する。この評価又は分析に基づいて、ネットワークエンティティは、ユーザの経験を保証するためにＵＥがデータ配信を維持し、改善し又は停止するためのアクションを遂行すべきかどうか決定する。ＵＥによるそのようなアクションは、例えば、ビデオデータのプレフィリング、ビデオデータの圧縮、高いデータ需要をもたらすアプリケーションの停止、並びにユーザの経験を保証するか又はネットワーク及び／又はＵＥの効率を改善するのに使用できる他のアクションを含む。その決定は、ある実施形態では、ユーザがビデオを断念する予想見込みに基づいて、一部分、なされる。
【００６８】
ステップ３０６において、ネットワーク要素又はエンティティは、ＵＥに信号送信するか又はメッセージを送信する。その信号又はメッセージは、ユーザのビデオデータ経験を維持するためのアクションをとる必要があるかどうかに関する指示及び／又は関連情報を含む。ステップ３０８において、ＵＥは、ＵＥに影響を及ぼす状態に基づきネットワークエンティティから情報を受け取る。その情報は、ＵＥがデータ配信に関連したアクションを遂行すべきであることを指示する。ステップ３１０において、ＵＥは、ネットワークエンティティから受け取った情報を、アプリケーションプログラミングインターフェイスを通してビデオデータを使用するモバイルアプリケーションに利用できるようにする。
【００６９】
ステップ３１２において、ＵＥ、又はＵＥ内で実行されるアプリケーションは、プレフィリングのためにネットワークからビデオデータを要求するか、又は必要に応じて他のアクションをとる。換言すれば、ステップ３１２において、ＵＥは、ネットワークエンティティにより識別される状態がＵＥに影響を及ぼす間に、ネットワークエンティティから受け取った情報に基づいてアクションを遂行する。ステップ３１２では、ＵＥは、必要となるまでデータの配信を維持するか又はデータの圧縮を高めるようにネットワークエンティティに要求する。ある実施形態では、ＵＥは、受け取った情報に応答して高いデータ需要の活動を中止する。
【００７０】
図４は、ある実施形態によるネットワーク知識共有プロトコルにより与えられる減少混雑レートを示す図である。より詳細には、図４は、別のソーシャルメディアユーザにより投稿されたビデオをダウンロードするソーシャルメディアアプリケーションを実行するＵＥのバッテリ使用を示す。欄４１０は、ネットワーク知識を伴わないか又は上述した実施形態を伴わないユーザ装置におけるバッテリの使用を示す。１２時間のスパンにおいて、０．６メガビット／秒のレートで１ギガバイトをダウンロードした後にユーザ装置のバッテリが１００％消費される。欄４１０のバッテリの使用は、混雑したデータトラフィック時間中のデータダウンロードを反映している。
【００７１】
他方、欄４２０は、前記実施形態で述べたように、ネットワーク知識を伴うＵＥにおけるバッテリ使用を示す。１２時間のスパンにおいて、６メガビット／秒のレートで１ギガバイトをダウンロードした後にユーザ装置のバッテリが２０％消費される。欄４２０のバッテリの使用は、混雑していない又はあまり混雑していないデータトラフィック時間中により多くダウンロードすることを反映している。
【００７２】
図５は、ある実施形態によるネットワーク知識共有プロトコルのネットワークを例示する。知識共有プロトコルは、ネットワークからＵＥへ情報を搬送するための特定のプロセスを使用する。そのようなプロトコルは、ＵＥ、又はＵＥで実行されるアプリケーションが、ネットワークから受け取られた情報に基づいてアクションをとることを許す。
【００７３】
ある実施形態では、このプロトコルは、ＵＥ又はＵＥ内のオペレーティングシステムが特定のアプリケーション関連情報をネットワークエンティティへ搬送するのを許す。ネットワークエンティティは、次いで、ＵＥから受け取られた情報を、それがネットワークから導出した他の情報と合体して、告知に基づく判断を行えるようにする。通知に基づく判断は、ユーザ装置に影響を及ぼす状態を分析し、そしてそのような状態に基づいてＵＥがアクションを遂行すべきかどうか決定することに関連している。
【００７４】
ある実施形態では、ネットワーク知識共有プロトコルをサポートするのは、ＵＥのサブセットだけである。例えば、このプロトコルは、ＵＥのサブセットのみにより実施される独占的プロトコルである。そのような実施形態では、ネットワーク内の全てのＵＥを意味するＵＥの広いセットがセルラー標準化メッセージングを実施する。しかしながら、それらＵＥの特定のサブセットが、この知識共有プロトコルをサポートする付加的な独占的プロトコルを実施する。
【００７５】
ネットワーク知識共有プロトコルは、例えば、バッテリ寿命及び容量的な利益を与え、例えば、ＵＥへ及びＵＥから送られる電力及び時間の合計量を減少する。このプロトコルは、過剰な又は不要なアップリンク又はダウンリンク送信が存在するシナリオを回避することにより使用する電力及び時間の合計量を減少する。送信が不要であるそのような期間は、例えば、バックグランド転送が丁度完了した後、或いはストリーミングプレイアウトバッファが必要な深さより深部へのオーバーフィリング(over-fill)を丁度終了した後である。又、このプロトコルは、ネットワークが比較的混雑していないところで転送が生じて、転送を完了する合計時間が比較的短時間であることを保証することにより、使用する電力及び時間の合計量を減少することもできる。
【００７６】
ある実施形態では、転送中に達成されるリンク速度が１０の倍数で増加する場合には、消費される合計電流量をほぼ５の倍数で減少することができる。これは、モデムが時間通りにほぼ１０の倍数で減少され、そしてダウンロード中に導出される電流が２の倍数でしか増加されず、一方、非常に高いリンク速度（１０倍も速い）でダウンロードを行うケースから生じることである。又、この実施形態は、バックグランド転送の終わりにＵＥが直ちにアイドル状態に復帰することも含む。ＵＥは、ダウンロードが素早く完了するので、迅速にアイドル状態に復帰できる。加えて、この特定の転送がバックグランド転送であることをネットワークが知っているので、ＵＥは、より迅速にアイドル状態に移行することができる。
【００７７】
図５は、ある実施形態によるネットワーク知識共有プロトコルのネットワーク図の一例を示す。システムは、ＵＥ５２０、５２１、５２２、５２３及びｅＮＢ５１０、５１１、５１２を含む。図５に実施形態では、ＵＥ５２０及びｅＮＢ５１０は、ネットワーク知識共有プロトコルの両部分である。ＵＥ５２０は、独占的であるプロトコルを使用するＵＥのサブセットと考えられる。他の実施形態では、他のＵＥ及びｅＮＢもネットワーク知識共有プロトコルに含まれる。又、図５のシステムは、ＭＭＥ５３０、サービングゲートウェイ（Ｓ−ＧＷ）５４０、ＰＣＲＦ５５０、ＰＤＮ−ＧＷ５６０、及びインターネット５７０も備えている。インターネット５７０は、アプリケーションサーバー、例えば、ＵＥオペレーティングシステムプロバイダーを含む。
【００７８】
ある実施形態によれば、ネットワークエンティティは、加入者又はＵＥが知識共有プロトコルをサポートすることを決定する。ある実施形態では、ネットワークエンティティは、ＵＥの国際移動ステーション装置アイデンティティ（ＩＭＥＩ又はＩＭＥＩＳＶ）又はＩＭＥＩＳＶのマスク形態の少なくとも一方を最初にチェックすることによりＵＥがこの独占的知識共有プロトコルをサポートすることを決定する。ＩＭＥＩＳＶは、個々の移動装置及びソフトウェアバージョンに関する情報を含む。更に、マスクされたＩＭＥＩＳＶは、この情報を、マスク又は不明瞭にされた他のユーザアイデンティティ情報と共に記憶することができる。この実施形態では、ｅＮＢのようなネットワークエンティティは、ＩＭＥＩＳＶを使用して、知識共有プロトコルのような、その特定のＬＴＥリリースに対する３ＧＰＰ規格内で指定されたものを上回り且つ越える付加的な独占的容量を加入者が有すると決定する。
【００７９】
別の実施形態では、エンティティは、加入者ＵＥにより独特のシグネチャーが送信されたかどうか検出するために深いパケット検査を使用することにより加入者が独占的又は知識共有プロトコルをサポートすることを決定する。独特のシグネチャーは、例えば、ＵＥがｅＮＢのようなネットワークエンティティに接続した直後に送信される。
【００８０】
更に別の実施形態では、プレミアム加入者サービスが含まれる。この実施形態では、知識共有プロトコルをサポートするＵＥに、ある特定のプレミアム加入者サービスに対して知識共有プロトコルのような特権を与える状態が与えられる。ｅＮＢのようなネットワークエンティティは、ＵＥの特定ユーザが特定のプレミアムサービスにアクセスする加入者であるかどうかＵＥに通知する。加入者がこの特定のプレミアムサービスに適任であるとｅＮＢが決定する場合に、ｅＮＢは、知識共有プロトコルがサポートされることを知る。ｅＮＢは、次いで、ダウンリンク知識共有メッセージをＵＥに送信し、これにより、そのセルにおいて知識共有プロトコルがサポートされることをＵＥに通知する。
【００８１】
加入者ＵＥが独占的な知識共有プロトコルをサポートするというネットワークエンティティの決定に応答して、ｅＮＢは、図５に示すように、ＵＥへのダウンリンク知識共有メッセージの送信を開始する。このメッセージは、３ＧＰＰ規格内の通信要素として知られた（ＬＴＥ）メディアアクセスコントロール（ＭＡＣ）メッセージである。このメッセージは、図６のテーブル６．２．１−１に示された現在未使用の（又は予約された）インデックス６１０の１つを使用する。
【００８２】
図６は、ある実施形態によるユニバーサル地上ＲＡＮ（ＵＴＲＡＮ）セル  ＩＤ（ＬＣＩＤ）値を示す２つのテーブルを示している。図６に見られるように、ダウンリンクスケジューリングのために１２個の未使用の又は予約された値６１０がある。ＵＥへ送信されるダウンリンク知識共有メッセージは、これらの未使用の又は予約された値６１０の１つを使用する。
【００８３】
ある実施形態において、ＵＥは、知識共有プロトコルの使用を開始できるかどうかも決定する。幾つかの実施形態において、ＵＥがダウンリンク知識共有プロトコルメッセージを受け取ると、ＵＥは、次いで、例えば、ネットワークエンティティへのアップリンク知識共有プロトコルメッセージの送信を含めて、知識共有独占的プロトコルの使用が許される。
【００８４】
知識共有プロトコルは、ある実施形態では、知識共有プロトコルサポート検証のためのサポートを検出するためにＩＭＥＩＳＶへの依存性を回避することができる。ＵＥは、ある実施形態では、知識共有プロトコルをサポートするセルのリストを検索するためにウェブシグナリングのようなオーバー・ザ・トップシグナリングを使用する。次いで、ＵＥは、特定のセルにおいて知識共有プロトコルサポートの情報をキャッシュし又は記憶することができる。別の実施形態では、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）サービスセット識別子（ＳＳＩＤ）情報は、潜在的に、ネットワーク知識共有プロトコルのためのネットワークエンティティのサポートを広告するのに使用される。
【００８５】
ある実施形態では、ＵＥは、特定セルが知識共有プロトコルをサポートすることを決定する。というのは、１つ以上の隣接セルが知識共有プロトコルをサポートするという指示を、ダウンリンク知識共有プロトコルを経て最近受け取ったからである。
【００８６】
別の実施形態では、第１のＵＥとしても知られたＵＥは、そのＵＥが、アプリケーションサーバー及び／又は第２のＵＥとしても知られた別のＵＥから指示を受け取るときに、ネットワークエンティティが知識共有プロトコルをサポートすることを決定する。この第２のＵＥは、この第２のＵＥがセルからダウンリンク知識共有メッセージを受け取ったことを含めて、その特定セルが多数の異なる方法の１つを通して知識共有プロトコルをサポートすると決定する。そのセルは、セルＩＤ、モバイル国コード（ＭＣＣ）、公衆地上モバイルネットワーク（ＰＬＭＮ）、及び位置のような対応属性を有するものとしてそれ自身を識別する。第２のＵＥは、ある実施形態では、第１のＵＥに直接的に、或いは第１のＵＥに通知したアプリケーションサーバーに、その特定セルが知識共有プロトコルをサポートすることを通知する。第１のＵＥは、次いで、セルに関連した属性を観察し、そしてそれをアプリケーションサーバー及び／又は第２のＵＥから受け取った情報と比較することにより、この特定のセルが知識共有プロトコルをサポートすると決定できる。次いで、第１のＵＥは、特定のセルが知識共有プロトコルをサポートするかどうか結論付ける。
【００８７】
ある実施形態は、知識共有プロトコルのサポートを指示するのに使用されるネットワークエンティティからの知識共有メッセージを減少する。換言すれば、ある実施形態は、特定のセルにおける知識共有プロトコルサポートの知識をＵＥがキャッシュするのを許す。ＵＥのオペレーティングシステム（ＯＳ）は、特定のセルにおける知識共有プロトコルサポートの情報をＵＥがキャッシュすることができる。例えば、ＵＥは、同じセルにおける再接続の前にＵＥが短時間アイドル状態となる実施形態において情報をキャッシュする。同じＯＳを使用するＵＥは、次いで、この知識共有プロトコルサポート情報を、ＵＥオペレーティングシステムのエコシステム、例えば、同じＯＳを使用する他の装置とで共有する。
【００８８】
しかしながら、ＵＥが知識共有プロトコルサポート情報をキャッシュするときに、特定セルの知識共有能力をターンオフすることが考えられる。ＵＥは、ある実施形態では、セルがプロトコルをもはやサポートしないことが分かるようでなければならない。さもなければ、ＵＥは、知識共有プロトコルがサポートされることを期待し続け、その後、知識共有をサポートしないネットワークエンティティに知識共有メッセージを送信する。ネットワークエンティティは、次いで、例えば、処理するように構成されていない予約されたインデックスを経てＭＡＣメッセージングを受け取るときに性能低下を被る。他の実施形態では、自己最適化ネットワーク又はネットワークエンティティは、知識共有プロトコルの利益が低下する特定のセル、特定の位置及び／又は時間において、及び／又は知識共有プロトコルにより生じるオーバーヘッドがネットワーク又はネットワークエンティティの性能を実質的に低下するときに、知識共有プロトコルのターンオフを決定する。
【００８９】
１つの実施形態において、知識共有プロトコルサポートのキャッシュされた知識は、所与の時間インターバル後に自動的に消滅し、ＵＥは、キャッシュされた情報がスレッシュホールド時間インターバルより長く再確認されなかった後は、それをパージすることができる。別の実施形態では、１つ以上のＵＥが、プロトコルサポートが間もなく終了することを指示する明確なダウンリンクメッセージを、知識共有プロトコルを経て受け取る。この指示は、次いで、知識共有プロトコル及び／又はＵＥタイプ、及び／又は他の知識共有ＵＥに関連したアプリケーションサーバーとで更に共有される。
【００９０】
ある実施形態において、第１のＵＥは、ネットワーク又はネットワークエンティティが、その接近領域内の他のＵＥからあるピア対ピアシグナリングを観察することにより知識共有プロトコルをサポートすると決定する。例えば、第２のＵＥ加入者は、特定のセルが知識共有プロトコルをサポートすることを第１のＵＥに指示する特定の装置対装置（Ｄ２Ｄ）シグナリングを送信する。Ｄ２Ｄシグナリングは、ＷＬＡＮシグナリング、ブルーツースシグナリング、又は３ＧＰＰ  Ｄ２Ｄシグナリングの少なくとも１つを含む。
【００９１】
他の幾つかの実施形態において、第１のＵＥ加入者又は第１のＵＥは、セルラーアクセスポイント内に共同配置される能力を有するものとして非セルラーネットワークエンティティにより広告されるＷＬＡＮ及び／又はブルーツースのようなある非セルラーシグナリングを観察することにより知識共有プロトコルをセルがサポートすると決定する。例えば、特定のＷＬＡＮ  ＳＳＩＤ、ＷＬＡＮ事前連想情報、又はブルーツース名は、セルラーアクセスポイント内に共同配置されるＷＬＡＮ及び／又はブルーツース能力により送信される。ある実施形態は、認証又は暗号化ＷＬＡＮ及び／又はブルーツース識別子を使用して、知識共有プロトコルがそのセルによりサポートされることをＵＥに更に指示するか又は認証する。
【００９２】
ある実施形態では、第１の加入者は、ネットワーク又はネットワークエンティティが、特定の所定パターンに対応するセルの構成を観察することにより、知識共有プロトコルをサポートすることを決定する。セル構成がこのパターンに一致することをＵＥが観察するとき、ＵＥは、このセルが知識共有プロトコルをサポートすると結論付ける。
【００９３】
ある実施形態において、ＵＥは、ネットワーク又はネットワークエンティティが、オペレーション及びメンテナンス（ＯＡＭ）サブシステムのようなセルラーシステムからこの情報を直接検索することにより、知識共有プロトコルをサポートすることを決定し、ここで、知識共有プロトコルサポートは、この情報を、知識共有プロトコルを使用するＵＥに関連したサーバーに与える。ＵＥは、この情報をセルごとに又は位置ごとに検索する。
【００９４】
ＵＥは、それが知識共有プロトコルを使用できると決定するとき、アップリンク知識共有メッセージをネットワークエンティティへ送信する。アップリンクメッセージは、３ＧＰＰ規格内の通信要素として知られているＭＡＣメッセージを経て送信される。このメッセージは、図６のテーブル６．２．１−２に示された現在未使用の（又は予約された）インデックスの１つを使用する。
【００９５】
上述したように、図６は、ある実施形態によるＬＣＩＤ値を示す２つのテーブルを示している。図６に見られるように、アップリンクスケジューリングのために１１個の未使用の又は予約された値６２０がある。ネットワークエンティティに送信されるアップリンク知識共有メッセージは、それら未使用の又は予約された値６２０の少なくとも１つを使用する。
【００９６】
図７は、ある実施形態によるネットワーク知識共有プロトコルの一実施形態を示す。より詳細には、図７は、ＵＥにおける知識共有プロトコルフローの一例である。ステップ７１０において、ＵＥは、上述したプロトコルサポートの検証、及び混雑レポート（ＣＲ）の受信を待機する。プロトコルサポート検証が受け取られると、ＵＥは、ステップ７１１において、ｅＮＢのようなネットワークエンティティとの転送をスケジュールする。ステップ７１２において、ＵＥがアプリケーション予想バッファ状態レポート（ＡＡ−ＢＳＲ）を含むというアップリンク送信が行われる。ネットワークエンティティは、次いで、ステップ７１３において、ＵＥへのダウンリンク送信に転送計画レポート（ＴＰＲ）を与える。
【００９７】
ある実施形態では、ＵＥは、ステップ７１４において、不連続受信（ＤＲｘ）プロセスへ進むか又はスリープモードに入る。ＵＥは、次いで、不連続受信（ＤＲｘ）プロセスから出るために、ステップ７１５に示すように、両方向性バッファ混雑レポート（ＢＣＲ）が受け取られるか又は新たなセルが検出されるまで待機する。ステップ７１６において、ＵＥは、データ転送を完了することを決定する。転送モード、又はアイドルへ進む準備のできたモードにあるＵＥは、次いで、ステップ７１７に示すように、チャンネル好みレポート（ＣＰＲ）をネットワークエンティティへ送信する。
【００９８】
他の実施形態では、ネットワークエンティティがステップ７１３においてＵＥへのダウンリンク送信にＴＰＲを与えると、ＵＥは、ステップ７１８において、データを転送するか、又はデータを後で転送してアイドルへ進む。転送モード、又はアイドルへ進む準備のできたモードにあるＵＥは、次いで、ステップ７１７に示すように、ＣＰＲをネットワークエンティティに送る。他の実施形態では、ＵＥは、プロトコルサポート検証がステップ７１０で受け取られた後に、ステップ７１８に示すように、転送を行うか、又はステップ７１９に示すように、転送を行ってアイドル状態へ進むように決定する。
【００９９】
ステップ７２０において、ＵＥは、新たな混雑情報と共にＢＣＲを受け取る。ＢＣＲを受け取った後に、ＵＥは、図７に示すように、転送を遂行し、アイドルモードで待機し、又はＡＡ−ＢＳＲを経てネットワークエンティティとの転送をスケジュールする。
【０１００】
図８は、ある実施形態によるネットワーク知識共有プロトコルの規範的フローチャートである。より詳細には、図８は、ｅＮＢのようなネットワークエンティティにおける知識共有プロトコルフローの一例である。ステップ８１０において、ネットワークエンティティは、図７のステップ７１２においてＵＥから送られるＡＡ−ＢＳＲを待機する。ネットワークエンティティは、次いで、ＴＰＲを生成するか又はＢＣＲを更新する。ＡＡ−ＢＳＲ、ＴＰＲ及び／又は更新されたＢＣＲに基づいて、ネットワークエンティティは、次いで、混雑の見通し又は予想を更新する。
【０１０１】
ある実施形態において、ネットワークエンティティは、ステップ８２０に示すように、ネットワークエンティティへの及び／又はそこからの転送がＴＰＲに基づくスタートを失敗したかどうか観察する。転送が失敗した場合には、ネットワークエンティティは、そのＴＰＲに対応する将来の混雑推定を減少する。ステップ８３０において、ネットワークエンティティは、ＴＰＲに対応するＵＥがセル及び／又は追跡エリアを出るかどうか観察する。もしそうであれば、ネットワークエンティティは、そのＴＰＲに対応する将来の混雑推定を減少する。
【０１０２】
ある実施形態において、ネットワークは、知識共有プロトコルの一部分であるＵＥが、ステップ８４０に示すように、アイドルモードに入るかどうか検出する。ＵＥがアイドルモードに入る場合には、ネットワークエンティティは、低混雑監視のために知識共有コンテキストを、例えば、ＭＭＥに記憶する。他の実施形態では、ネットワークエンティティは、ステップ８５０に示すように、知識共有プロトコルを伴うＵＥがターンオフされるか、又は新たなターゲットセルに移動するか検出する。もしそうであれば、ネットワークエンティティは、次いで、ターゲットセルへの知識共有情報をハンドオフする。
【０１０３】
図９は、ある実施形態によるテーブルを示す。より詳細には、図９は、ユーザ装置通知である規範的なダウンリンク両方向性混雑レポート９１０を含む。更に、図９は、アップリンクチャンネル好みレポート９２０、転送プロパティを示すアップリンクＡＡ−ＢＳＲ９３０、及びネットワークエンティティから受け取られた転送計画を示すダウンリンク転送計画レポート９４０の一例も含む。
【０１０４】
図１０は、ある実施形態によるテーブルを示す。より詳細には、図１０は、ダウンリンク両方向性混雑レポート１０１０の一例を示す。例えば、このレポートは、基線混雑情報、及び特定の混雑時間ウインドウにわたる混雑情報を含む。
【０１０５】
図１１は、ある実施形態によるテーブルを示す。より詳細には、図１１は、アップリンク予想ＢＳＲ１１１０の一例を示す。ＢＳＲは、例えば、転送属性及び待機情報を含む。又、図１１は、転送情報を含めて、ネットワークエンティティからＵＥへ送られるダウンリンク転送計画レポート１１２０も示す。
【０１０６】
ある実施形態では、アップリンク知識共有メッセージは、ＵＥからネットワークエンティティへ１つ以上の特定情報要素を搬送する。この情報要素は、短いインアクティビティタイマーが適切であるという指示及び／又はＵＥによる転送がバックグランド転送であるか又はバックグランド状態を有するという指示を含む。この情報は、例えば、転送が将来の転送であるか又は現在の転送であるという指示を含む。他の実施形態では、その情報要素は、バックグランド転送が終了したという指示、次の時間インターバルにわたって予想されるトラフィックのボリュームの指示、及び／又は電力好み指示子が特定の値を有するときに適切であるインアクティビティタイマーの指示を含む。
【０１０７】
他の実施形態では、その情報は、電力好み指示子が特定の値を有するときに適切であるＤＲＸ値の指示である。又、その情報は、ＵＥがＤＲｘを使用しないときに適切であるインアクティビティタイマーの指示も含む。又、その指示は、ＵＥが特定のＤＲＸ構成を使用するときに適切であるインアクティビティタイマーも含む。
【０１０８】
ある実施形態では、その情報は、指示された転送が完了した後に使用できるＤＲＸ及び／又はインアクティビティタイマーの１つ以上の指示を含む。転送は、知識共有プロトコルの一部分である。例えば、ある実施形態は、転送終了直後に非常に短いインアクティビティタイマーの使用を許し、そのインアクティビティタイマーは、通常、転送それ自体を中断させるほど短い。知識共有プロトコルは、転送に関連したバイトの数を共有するので、転送の中断を回避できると同時に、非常に短いインアクティビティタイマー及び／又はアイドルモードへの非常に迅速な移行の使用を許す。又、これらの実施形態は、転送終了時にアップリンクにわたる付加的な知識共有メッセージも回避して、そのとき非常に短いインアクティビティタイマーが要求されることを指示する。前記実施形態は、更に、付加的な時間及びトラフィック処理を回避し、そして容量の利用を改善することができる。
【０１０９】
ある実施形態では、情報要素は、ＵＥがアイドルモードに入った後に適用される好ましい構成の指示、例えば、アイドルモードＤＲｘ設定に関する好みの物の指示を含む。又、情報要素は、ＵＥによる将来の転送の指示も含む。この指示は、アプリケーションのバイトが（ＢＳＲ）バッファに到着する前に生じる。換言すれば、ＢＳＲレポートは、まだトリガーされていない。又、この情報は、将来の転送に関連したサイズの指示も含む。例えば、この指示は、転送のサイズに対応し、そしてアップリンクトラフィック対ダウンリンクトラフィックの個別リストである。転送サイズは、ＫＢ、ＭＢ、ＧＢ、等のバイト単位で示される。
【０１１０】
又、上述した将来の転送に関連した方向（１つ又は複数）の指示は、幾つかの実施形態に含まれる。例えば、この指示は、転送が実質的にアップリンクのみであるか、ダウンリンクのみであるか、又は両方向であるか指定する。知識共有メッセージのフォーマット内には、アップロードに対応する転送フィールドの値を指示する個別のビット又はフィールドがある。又、アップリンク知識共有メッセージは、ネットワークエンティティがその転送属性に関連した大きな混雑変化をＵＥに通知する要求も含む。例えば、この指示は、低混雑状態をＵＥへ通知してＵＥが送信をスタートできるようにすること、又はＵＥに混雑を通知してＵＥが送信を停止又は休止できるようにすることを含む。
【０１１１】
加えて、アップリンク知識共有メッセージは、転送の意図されたスタート時間の指示、及び／又は転送を遅延できる最大時間量の指示を含む。加えて、このメッセージは、最大ＤＲＸ値推奨の指示を含む。この推奨は、近付きつつあるインターバルにわたる最大ダウンリンク通知レイテンシーを含み、これは、ＵＥが接続状態にある間に、長いＤＲＸを構成するとき、ネットワーク又はネットワークエンティティが更なる告知判断を行うのを許すものである。又、近付きつつあるインターバルにわたる好ましいダウンリンク通知レイテンシーの指示が含まれてもよい。
【０１１２】
ある実施形態は、プリセットされた時間と、指示された転送の発生が予想されるときとの間の時間インターバル中のダウンリンク通知レイテンシー要求の指示を含む。又、ＵＥが予想する移動の指示も含まれ、及び／又は例えば、プリセットされた時間周期のような次の時間インターバルにわたり、及び転送の発生が予想されるときに、ＵＥが同じセル内に留まることが予想できるかどうかの指示も含まれる。又、ある実施形態は、特定の時間インターバル中に、例えば、指示された転送の発生が予想又は計画されるときに、ＵＥが同じセル及び／又は位置にあると予想されるかどうかの指示も含む。又、ＵＥがより高い又は最高の信号強度又は基準信号受信電力（ＲＳＲＰ）又は基準信号受信品質（ＲＳＲＱ）の達成を予想できるところの時間インターバルの指示が含まれてもよい。
【０１１３】
更に、ある実施形態では、ＵＥが、更新された知識共有プロトコルサポートを１つ以上の付加的なネットワークエンティティへ搬送し又はそこから受信したという指示がある。例えば、ネットワークエンティティは、ＵＥのオペレーティングシステムに関連したアプリケーションサーバーである。
【０１１４】
ある実施形態では、アップリンク知識共有メッセージは、バックグランド転送が終了したこと、及び／又は次の時間インターバルにわたって予想されるトラフィックの量を指示し、ネットワーク又はネットワークエンティティは、ＵＥがアイドルモードへ直ちに移行するのがより適当であると決定する。或いは又、ネットワーク又はネットワークエンティティは、この情報を使用して、例えば、次の短い時間インターバル内に多量のトラフィック又は転送が予想される場合に長いインアクティビティタイマーが適当であると決定する。インアクティビティタイマーの典型的な値は、５ないし３０秒である。これらの実施形態では、アプリケーション状態の知識がより深いために、広い範囲の値を使用することができる。上述したアップリンク知識共有メッセージに含まれる１つ以上の他の指示から、上述した効果が導出される。
【０１１５】
近付きつつあるインターバルにわたる最大のダウンリンク通知レイテンシーをＵＥが指示するある実施形態では、この指示は、ＵＥが依然接続されている間に、ネットワーク又はネットワークエンティティが長いＤＲＸを構成する上で更なる告知判断を行うことを許す。これは、加入者が接続され続けている間にネットワーク及び／又はＵＥがリソースを保存するのを許す。次いで、ＵＥは、低混雑インターバルに到達したことを指示するダウンリンク知識共有通知をネットワークエンティティの知識共有プロトコルがＵＥに配信するのを待機する間に、接続モードに留まる。
【０１１６】
ＵＥへの又はＵＥからの知識共有メッセージが、将来スタートする特定の時間インターバルで転送が生じることを指示する場合は、現在と、その転送が生じるときとの間のこのインターバル中に許容できる最大ダウンリンクレイテンシーをネットワークエンティティが知ることは、特に有用である。この実施形態では、ネットワークエンティティは、その転送が生じるのを待機する間の待機インターバル中に使用すべき長いＤＲｘインターバルを構成することができる。
【０１１７】
換言すれば、バックグランド転送の場合には、ＵＥは、転送を遂行するために機会主義的にあまり混雑でない機会に対して接続モードで待機することになる。そのような実施形態では、アップリンクメッセージは、ＵＥが、将来、所与の時間範囲内での転送を好むが、その間に顕著な及び／又は高速な接続の必要性を予想するものではないことをネットワークエンティティに指示する。例えば、その間に、加入者は、実際に、装置を使用しない。
【０１１８】
この指示に応答して、ネットワークエンティティは、ＵＥを長いＤＲｘインターバルで接続モードの不連続受信（Ｃ−ＤＲＸ）モードに即座に入れ、ネットワーク混雑の減少を待機する間にＵＥのバッテリを節約する。ネットワーク混雑のそのような減少が検出されたとき、ネットワークエンティティは、次いで、ダウンリンク知識共有プロトコルメッセージを使用して、ネットワーク混雑が減少したという指示をＵＥへ送信する。
【０１１９】
ある実施形態では、アップリンク共有メッセージは、上述したように、ＵＥの移動及び／又はアイドル状態の指示を含む。ＵＥがＵＥの予想移動情報をネットワークエンティティに指示するようにさせることにより、ネットワークエンティティは、例えば、ＵＥが静止していることをＵＥが指示する場合、及びＵＥが近付きつつある時間インターバル内での転送の遂行を意図していることをＵＥが指示する場合、ＵＥ指示移動の情報を合成することにより、セル内の将来の混雑を推定する。次いで、ネットワークエンティティによる混雑推定を使用して、知識共有プロトコルを経て他のＵＥへ指示を与える。
【０１２０】
ある実施形態では、プロトコルを経てＵＥ移動の指示を使用するネットワークエンティティは、負荷バランシング、受付制御、影響のあるハンドオフ、ＳＯＮ、エネルギー節約判断、及び／又は第三者アプリケーションとの共有、を遂行するために将来混雑の良好な推定を行えるようにする。
【０１２１】
例えば、コール受付制御（ＣＡＣ）に関する情報を含むネットワーク混雑関連情報は、ＵＥによって生成される知識共有転送レポートから導出される知識を利用することによりコンディショニングされる将来ネットワークを良好に予想する上で助けとなる。例えば、ネットワークエンティティは、指示された転送サイズ及び／又は時間、並びにＵＥに配信される低混雑通知をレバレッジする。ある実施形態では、ｅＮＢは、短いインターバルにわたるＵＥへの低混雑通知の数を制限する。例えば、ｅＮＢが知識共有プロトコルを経てＵＥへ低混雑を示す指示を送信するたびに、ＵＥがそれに応答して転送を開始する確率が生じる。従って、ネットワーク混雑推定は、ＵＥへ送信されるネットワーク開始の低混雑指示の数に応答して増分的に調整もされる。この指示は、ある実施形態では、最近送信された指示である。１つの実施形態において、非混雑通知の数は、固定時間インターバル内にスレッシュホールド以下に制限される。
【０１２２】
ある実施形態では、ネットワーク混雑の推定は、知識共有プロトコルを経てＵＥにより要求されるインアクティビティタイマー設定及び／又はＤＲＸ設定の知識により更に洗練化される。
【０１２３】
しかしながら、幾つかの実施形態では、あるＵＥは、低混雑指示を受け取った後も、そのセル内の信号強度が改善を続けるのを待機し続ける。ネットワーク開始通知に応答して開始される転送は、開始される前にある程度の時間を要する。ＵＥは、次いで、ネットワーク混雑がこの時間インターバルにわたって低下して、改善された信号強度の利益を潜在的に打ち消す可能性を伴って転送が生じる前に、時間のバランスをとることができる。
【０１２４】
又、混雑の推定は、隣接セルの混雑によっても影響を受ける。例えば、隣接セルの干渉は、その隣接セルの性能に影響を及ぼす。又、混雑の推定は、信号強度の観察、例えば、チャンネルクオリティ指示子（ＣＱＩ）、ＲＳＲＰ、及び／又はＵＥに関連したＲＳＲＱ、及び／又はＵＥに関連した信号強度傾向により影響を受ける。又、ネットワークエンティティは、加入者がある移動をするときに加入者に混雑フィードバックを与える上で信号強度が考慮される場合には、加入者の移動パターンの推定も使用する。
【０１２５】
対照的に、加入者が静止しているときには、信号強度も比較的静的であり、その加入者へ混雑フィードバックを与える上で信号強度はあまり関連性のない事柄となる。上述した信号強度基準が利用される場合には、悪い信号強度を有する加入者は、所与の負荷レベルを伴うセルのもとで、高い混雑推定を受ける。そのセルの負荷レベルが同じままであり、そして加入者が良好な信号強度を有するときには、加入者は、次いで、混雑レベルが低いことを指示する知識共有メッセージを受け取る。
【０１２６】
別の実施形態では、ネットワークエンティティは、知識共有プロトコルを経ての通知の送信を遅延させる。遅延された送信は、通知が低混雑を示すとき、及びネットワークエンティティ、例えば、ｅＮＢが、その特定のＵＥに関連した信号強度が改善しているように見えることを検出し及び／又は推定するときに、生じる。
【０１２７】
ネットワーク混雑推定は、ある実施形態では、セルの利用とは明確に異なる。例えば、セル内の利用は、かなり高いが、そのセルにおいて動作しているＵＥが１つしかないこともある。この実施形態では、セルの混雑が比較的低く、１つ以上の付加的な加入者がそのセルを転送に利用することが適切である。このように、ネットワーク混雑推定は、セルの利用、そのセルにおけるアクティブなＵＥ加入者の数、及び／又はＵＥ加入者により使用されるサービスのタイプ及びプライオリティを含む種々のファクタを合体する。
【０１２８】
ある実施形態では、ＵＥがそれ自身の移動情報を指示するとき、ＵＥは、転送を遂行するために低混雑インターバルを待機する間にアイドルモードに入る。ＵＥ又は移動装置がアイドルモードに入ると、ＵＥは、バッテリ寿命を保存し、そして追跡エリアとして知られている大きなセルグループ内でセルからセルへ移動するときにネットワークを更新する必要がない。しかしながら、近付きつつある時間インターバル、例えば、予想される転送に対応するインターバルにわたりＵＥが同じセル内に留まると予想することをＵＥに指示させることで、ネットワークエンティティは、ＵＥがアイドルである間にセルの低混雑インターバルを監視する。更に、ネットワークエンティティは、上述したように、ＵＥがアイドルモードに入っていても、そのセルにおいてＵＥ転送が生じることを予想し続ける。
【０１２９】
或いは又、ＵＥが特定の移動軌道又は高い移動プロフィールをたどることをＵＥが指示するときは、ネットワークエンティティは、ネットワーク混雑推定を実行し、及び／又は近付きつつあるＵＥ位置及びその対応セルの各々において、予想される転送をＵＥに代わって監視する。ＵＥが移動であると予想されるが、方向が分からない実施形態では、ネットワーク混雑推定は、隣接セルにおける平均混雑を見ることで依然遂行される。
【０１３０】
ある実施形態では、ＵＥは、近付きつつある時間インターバル内にセルを退出することを指示する。ネットワークエンティティは、１つ以上の隣接セルにおける相対的混雑の知識を利用して、そのセルからのＵＥの予想される退出の前にそのインターバル中の低混雑を指示すべきかどうか決定する。その低混雑指示は、知識共有メッセージを経てＵＥへ送信される。隣接セル混雑の明確な指示がなく、むしろ、知識共有プロトコル上の通常混雑指示フィールドが異なる混雑値を搬送する他の実施形態では、その値は、推定ＵＥ移動に基づく混雑予想に対応する。
【０１３１】
又、ＵＥは、ある実施形態では、ＵＥがアイドルになった場合に、それが静止状態に留まろうとしたことを以前に指示していたとしても、ＵＥがネットワークエンティティに指示を与えるように、ＵＥの移動計画も指示する。次いで、ネットワークエンティティは、ＵＥがおそらく同じセルに留まりそして低混雑指示を待機すると仮定する。或いは又、ＵＥが、特定の時間に横断することが予想されるセルのリストをネットワークエンティティに与えるときに、同じスキームを適用してもよい。この情報は、次いで、ＵＥがアイドル状態であっても、ネットワークエンティティ及び／又はＭＭＥにより追跡される。その情報は、次いで、ネットワークエンティティ混雑に基づいてダウンリンク通知を機会主義的に遂行するのに使用される。
【０１３２】
更に別の実施形態では、ＵＥがアイドル状態であるとき、新たなセルへ移行する際に、ＵＥは、ネットワークへの接続を開始し、そして知識共有プロトコルから情報を検索し、セルが比較的混雑していないかどうか直ちに決定することができる。そのような実施形態では、セルが比較的混雑していない場合に、ＵＥは、バックグランド転送を直ちに開始する。
【０１３３】
ある実施形態では、ＵＥは、計画された転送又は現在の転送がバックグランド転送であることを指示する。その指示は、ネットワークエンティティ内でリソース割り当てを遂行するときに、転送を伴う低プライオリティスケジューリングを使用すべきかどうかネットワークエンティティが決定するのを許す。更に、この指示は、送信がキャンセル又は遅延されることをネットワークエンティティが決定するのを許す。その転送は、別のＵＥが、その後、知識共有プロトコルを通して非バックグランド転送を要求するとき、及び２つの転送が、そうでなければ、同時に生じ且つ競合する場合に、キャンセル又は遅延される。
【０１３４】
ＵＥがアイドルモードに入るときに、幾つかの実施形態では、ＵＥがアイドルモードに入るという指示をネットワークエンティティに与えることで、ネットワークエンティティは、おそらくＭＭＥ及び／又はサービングゲートウェイを含む１つ以上のネットワークエンティティをレバレッジすることが許される。ＵＥがアイドルモードに入ると、ネットワークエンティティは、そのＵＥに関連したコンテキスト情報を解放する。ＵＥがアイドルモードに入るときには、知識共有コンテキスト情報の一部分が、ｅＮＢのようなネットワークエンティティからＭＭＥへ送信されるＵＥコンテキスト情報に含まれる。このコンテキスト情報は、予想される転送の指示及び／又はそのＵＥに関連した他の属性を含む。
【０１３５】
ある実施形態では、ＭＭＥ又は他のネットワークエンティティは、１つ以上のセルにおける混雑レベルを監視する。ＭＭＥ又は別のネットワークエンティティが、ＵＥコンテキストに対応するセルにおいて低い混雑を検出したときに、ＭＭＥは、ＵＥにページングをさせる。検出される低い混雑は、例えば、ＵＥの予想されるアップリンク又はダウンリンク送信、及び／又は知識共有プロトコルからの移動情報に基づく。そのような実施形態では、ＵＥは、ベアラ経路トラフィックを実際上受け取らないが、ページングされる際に、知識共有プロトコルは、そのセルの現在混雑が低いことをＵＥが自動的に発見できるようにする。これは、ＵＥにより決定される機会主義的な時間に知識共有プロトコルを経て計画される転送をＵＥが開始するのを許す。
【０１３６】
ある実施形態では、ネットワークノードは、例えば、予想される転送、転送時間、及び／又は転送タイムスケールに関するＵＥ報告情報を使用して、ＵＥに対する当該混雑タイムスケールを推定する。例えば、ＵＥが、次の３０秒で完了する必要のある転送を有することを指示する場合には、ネットワークエンティティは、最新の３０秒にわたり観察される混雑に対応する推定のような比較的短いタイムスケール混雑推定を与えるようにトリガーされる。対照的に、次の５分間で完了する必要のある転送をＵＥが指示する場合には、ネットワークエンティティは、比較的長いタイムスケール混雑推定を与えるようにトリガーされる。長いタイムスケール混雑推定は、最新の５分間にわたり観察される混雑に対応する。
【０１３７】
又、知識共有プロトコルは、ある実施形態では、例えば、ｅＮＢのようなネットワークエンティティから送られるダウンリンク知識共有メッセージの量を減少するのに使用される。この減少は、ＵＥトラフィックを観察することにより、転送方向及びＵＥに対する当該タイムスケール情報をネットワークエンティティに推定させることで達成される。第１の知識共有メッセージは、推定される転送方向及びタイムスケール情報を使用して、第２のダウンリンク知識共有メッセージの送信を回避することができる。
【０１３８】
図１２は、ある実施形態によるテーブルを示す。より詳細には、図１２は、ダウンリンク知識共有メッセージのテーブルを示す。各メッセージは、ペイロード長さ、アップリンク混雑、ダウンリンク混雑、及び／又は混雑に対応する時間、のような情報を含む。例えば、メッセージ１２１０は、第４のダウンリンク知識共有メッセージを示す。メッセージ１２１０は、８ビットのペイロード長さを示し、これは、アップリンク及びダウンリンクの混雑が両方とも２ビットであることを指示すると共に、その混雑に対応する時間が４ビットであることも指示する。
【０１３９】
他方、メッセージ１２２０は、第２のダウンリンク知識共有メッセージを示す。ダウンリンクの混雑が激しいので、ネットワークエンティティは、ダウンリンクペイロードを回避する。それ故、メッセージ１２２０のペイロード長さは、０ビットを有するものとして指示される。
【０１４０】
ダウンリンク知識共有メッセージは、１つ以上の特定の情報エレメントをネットワークエンティティへ搬送する。これらの情報エレメントは、ユーザ装置がデータ配信特有のアクションを遂行すべきことをユーザ装置に指示するためにネットワークエンティティにより送信される。
【０１４１】
ある実施形態は、１つ以上のアップリンクチャンネル及び／又はダウンリンクチャンネル上の短期又は長期混雑に関する情報エレメントを含む。これら情報エレメントは、アップリンク及び／又はダウンリンクチャンネルを横切る短期又は長期混雑についての情報エレメントも含む。混雑情報エレメントは、例えば、１と８の間の無名数であり、これは、２つのリンク方向、アップリンク又はダウンリンク、のどちらがより混雑であるかに関連した混雑状態を指示するのに使用される。この混雑推定は、計画された両方向転送に対応する。
【０１４２】
ある実施形態は、例えば、ＷＬＡＮのような別のワイヤレステクノロジーに対する混雑の指示を含む。与えられる混雑推定に関連したタイムスケール又はセルの指示も含まれる。例えば、タイムスケールの指示は、知識共有プロトコルにわたって与えられる長期混雑推定に関連している。
【０１４３】
更に別の実施形態では、ダウンリンク知識共有メッセージは、移動混雑推定の指示を含む。この推定は、ＵＥが比較的静止のままであるか又は同じ位置にあるときにＵＥにより予想される混雑推定とは対照的に、ＵＥが移動である場合にＵＥが遭遇するあり得る混雑を指示する。ＵＥが移動であるかどうかの決定は、１つ以上の隣接セル又は他のあり得るハンドオフセルに基づく。又、情報エレメントは、転送のための推奨時間の指示も含む。この推奨時間は、ＵＥにより指示された特定時間ウインドウ内である。
【０１４４】
又、情報エレメントは、転送のための推奨時間に関連した転送方向の指示も含む。又、転送のための推奨時間に関連してバイト及び／又は秒で表わされる推奨転送サイズの指示も含まれる。この指示は、ＵＥが特定の大きな転送の開始について計画することをＵＥが要求又は指示したが、ネットワークがより小さな非混雑機会を識別し、そしてこの機会主義的インターバル中にその計画された転送の一部分をＵＥが遂行することを推奨した場合に、有用である。
【０１４５】
ある実施形態では、転送のための推奨時間がアップリンク知識共有プロトコルにおいてＵＥにより指示される予想される転送に対応するという指示が含まれる。又、情報エレメントは、ＵＥの特定のカテゴリーから生じるセルにおける混雑の指示も含む。例えば、セルにおける混雑は、特定のプロバイダー又は売主からのＵＥにより生じる。或いは又、混雑は、知識共有プロトコルをサポートするＵＥ加入者に対応する。
【０１４６】
更に、情報エレメントは、隣接セルのような１つ以上の他のセルにおける混雑の指示を含む。又、この指示は、オーバーレイマクロセルにおける混雑の明確な指示でもある。オーバーレイマクロセルにおける混雑の指示は、例えば、ＵＥがマクロセルのカバレージエリアの中間の小型セルのもとにあり、且つＵＥがある移動能力を有する場合に、関連するものとなる。
【０１４７】
ある実施形態では、ダウンリンク知識共有メッセージは、そのセルにおける最低加入者経験品質の経験に対応する経験品質（ＱｏＥ）のような加入者経験の指示を含む。加入者は、特定のカテゴリーの加入者、例えば、特定のＵＥプロバイダー又は売主からの加入者であるか、或いはそのセル又は地理的領域において知識共有プロトコルを使用するＵＥ間の加入者である。
【０１４８】
又、ＵＥにおける信号強度に対する加入者スループットのあり得る感度の指示も含まれる。これは、信号強度、ＲＳＲＰ又はＲＳＲＱとして達成されるあり得るスループットの乗算的変化、セルが一定の混雑レベルを有する間にそのセル内をＵＥが移動するときの変化をＵＥが推定するのを許すパラメータを与える。換言すれば、加入者は、所定の関数内にこのパラメータを使用して、セルが一定の混雑レベルをもつときでも、信号強度の変化が高速又は低速の送信機会とどの程度相関するか推定する。
【０１４９】
ダウンリンク知識共有メッセージは、ネットワークエンティティがＵＥに対して使用するために現在計画する無線リソース制御（ＲＲＣ）インアクティビティタイマー値の指示を含む１つ以上の特定情報エレメントを搬送する。この情報エレメントは、ネットワークエンティティの売主タイプ及び／又は知識共有プロトコルのバージョンも指示する。ある実施形態では、その指示は、ＵＥが別のセルに入るまでアイドルモードで待機しなければならないメッセージを含む。ＵＥは、他のセルに入ると、その新たなセルに接続し、そして知識共有プロトコルを使用して現在の混雑を決定する。この指示は、更に、特定の隣接セル、例えば、ＵＥがこの解決策を使用しなければならない場合に低い混雑の隣接セル、を指示する。
【０１５０】
ある実施形態では、ダウンリンク知識共有メッセージは、加入者が、その後、混雑レベルを決定するために接続を試みなければならない場合に隣接セルのタイプの指示を含む。例えば、ＵＥ加入者は、知識共有プロトコル、又は特定タイプのセル、例えば、小型セル、フェムトセル、及び／又はマクロセルにわたる混雑レベルを決定するために指定のセルに接続する。
【０１５１】
更に、メッセージは、特定の隣接セルが知識共有プロトコルをサポートするという指示を含む。又、この指示は、その後の時点で、ＵＥが特定のセルの付近にあることをＵＥが識別できるようにするセル名又はその関連セルブロードキャスト情報も含む。又、その指示は、そのセルにおける知識共有プロトコルのサポートが間もなく終了するという通知も含む。例えば、その指示は、それを過ぎると、プロトコルサポート情報をＵＥから削除しなければならない時間インターバルであり、及び／又はＵＥオペレーティングシステム又はエコシステムが含まれる。
【０１５２】
又、その指示は、ＲＳＲＱからダウンリンクセル混雑をどのように推定すべきかについてのＵＥへのインストラクションも含む。例えば、そのインストラクションは、ＵＥが、そのおおよその位置において受け取る他のセル干渉のレベルをどのように補償できるかを詳細に示す。又、ＵＥへの指示は、幾つかの実施形態では、アップリンク認可の一部分として指定される変調コードシーケンス（ＭＣＳ）からアップリンクセル混雑をどのように推定するかのインストラクションも含む。
【０１５３】
加えて、ダウンリンク知識共有メッセージは、ＵＥがアップリンクを経て知識共有プロトコルメッセージをどの程度生成できるかの指示を含む。その指示は、アップリンクバッファが混雑であるときにＵＥが長いアップリンク知識共有メッセージを送信するのを禁止する。又、この実施形態は、アップリンクが混雑であることを指示するメッセージをＵＥがネットワークから受信した後にはＵＥが１つ以上のアップリンク知識共有メッセージを送信できなくなることをＵＥが自動的に決定することも暗示し、意味する。加えて、ある実施形態では、その指示が、ダウンリンク知識共有メッセージに対して、全てのアップリンク知識共有メッセージを許す。
【０１５４】
或いは又、ある実施形態では、ＵＥは、計画された転送を指示するが、インアクティビティタイマー及び／又はＤＲｘのようなネットワーク構成に関する知識共有入力を与えることが許されないメッセージングを遂行する。逆に、ある実施形態では、ＵＥは、インアクティビティタイマー及び／又はＤＲｘに対する入力を与えることは許されるが、計画された転送に対する入力は許されない。
【０１５５】
ネットワークは、アップリンク知識共有メッセージにより生成されるオーバーヘッド、及び／又は知識共有メッセージにより生成される観察される利益を考慮しつつ、ネットワーク性能を最適化するようにダウンリンク指示を構成する。又、ネットワークは、ある実施形態では、ＵＥ装置のサブセットからのアップリンク知識共有メッセージを、そのようなメッセージの利益が低いことが予想される場合には、許さない。他の実施形態では、あまりトラフィックを発生しない傾向にあるＵＥについては、又はＵＥの電力好み指示子が電力の節約より性能が重要であることを示す場合には、アップリンク知識共有メッセージが許されない。
【０１５６】
ある実施形態では、ダウンリンク知識共有指示は、所与の時間周期が、データ配信又はネットワークエンティティとのアプリケーション転送交換を開始、継続及び／又は停止するための良好な時間であるかどうかをＵＥが決定するのを許す。ＵＥは、転送属性の知識を、ネットワーク混雑の知識、例えば、ネットワーク混雑タイムスケールと合成して、転送を開始すべきかどうか及びいつ開始するか決定する。
【０１５７】
更に、ある実施形態では、知識共有プロトコルは、接続されたＤＲＸを使用して、加入者が、接続モードに留まりつつ及び低混雑イベントの機会的通知を待機しながら、バッテリ寿命を節約できるようにする。
【０１５８】
ある実施形態では、ＵＥは、ＵＥに対しネットワークにより使用されることが現在計画されているＲＲＣ又はアイドルインアクティビティタイマー値の受け取られた指示を使用して、必要な追加シグナリングの量を最少にする。この受け取られた指示は、ＵＥがアイドルモードへの移行を回避するのを許す。例えば、ＵＥは、インアクティビティタイマーが時間切れする前又は丁度その前まで待機した後に加入者の接続状態を維持するのに必要なベアラトラフィックを開始する。ＵＥは、次いで、必ずしもアップリンク知識共有メッセージをネットワークエンティティへ送信して、ＲＲＣインアクティビティタイマーへの明確な延長を要求することなく、知識共有低混雑通知を待機し続ける。
【０１５９】
更に、示唆されるインアクティビティタイマーの時間巾は、知識共有プロトコルを経てＵＥへ指示される。インアクティビティタイマーの時間巾は、予想される転送に関連した時間に関する。例えば、示唆されるタイマーは、インアクティビティタイムが、計画された転送までの時間の特定の一部分中に送られることを指示する。インアクティビティタイマーのフィールド値は、インアクティビティタイムが、計画された転送までの最大時間の１００％、その半分、１／４、又は１／８に等しいことを指示する。このように、ＵＥは、転送までの期間中、接続状態に維持される。
【０１６０】
他の実施形態では、ＵＥは、現在ＲＲＣインアクティビティタイマーの知識を使用して、ＵＥが好むインアクティビティタイマーの相対的な変化を効率的に搬送する。例えば、アップリンク知識共有メッセージにおいて、ＵＥは、現在の又は提案されたインアクティビティタイマー値より長いインアクティビティタイマーが好ましいことを示す値を指示する。この値は、知識共有メッセージの特定のフィールドにおいて搬送される。
【０１６１】
対照的に、同じ知識共有メッセージフィールドに含まれる異なる値は、ＵＥにより短いインアクティビティタイマーが好まれることを指示する。短いインアクティビティタイマーは、現在提案される値又は現在使用される値よりタイマーが短いことを意味する。
【０１６２】
ある実施形態では、ネットワークエンティティ性能のダウンリンク指示は、特定タイプのＵＥ、例えば、特定のプロバイダーと契約するＵＥに対して特定のものである。知識共有プロトコルがダウンリンク混雑通知をＵＥに送るとき、ネットワークエンティティは、特定タイプのＵＥに、ネットワークが混雑していることを指示する。又、ネットワークエンティティは、知識共有をサポートする加入者の密度が高く及び／又はそのセル内の特定の装置売主からの加入者の密度が高いエリアにＵＥが位置していることも指示する。そのような実施形態は、ＵＥが、セル内の同様のプロバイダーからの他のＵＥ装置がある場合に、その送信を撤回するのを許す。
【０１６３】
上述したように、ある実施形態では、ＵＥのスループット及び／又は有効な混雑レベルは、信号強度の関数として表される。そのような実施形態では、ネットワークエンティティは、ＵＥがセルから更に離れて移動するときに、それがおそらく達成するスループットにおける乗算的変化をＵＥが推定するのを許すためのパラメータをＵＥに与える。ＵＥの推定は、セルに近付く加入者に高いデータレートを与えることに向かってスケジューラーがバイアスされる程度を捕獲する。例えば、スループットの乗算的変化は、所与の混雑レベルに対するＲＳＲＰの関数である。
【０１６４】
幾つかの実施形態では、ＵＥは、予想される移動及び／又は予想される信号強度を使用して、転送が行われる最大信号強度インターバルを計算する。又、ＵＥは、この最大信号強度時間インターバルのタイミングを決定し、そして上述したように計算される最大信号強度時間インターバルに対応する時間インターバルを、知識共有プロトコルを経て通信することもできる。
【０１６５】
図１３は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１３は、新たな接続を開始するとき、又はハンドオフの後に、直ちに転送が開始されるネットワーク知識共有プロトコルの一例を示す。テーブル１３１０は、即座の転送と、それに続くアイドル状態への復帰を保証する非混雑ネットワークシナリオを示す。ネットワークエンティティからＵＥへのダウンリンク知識共有メッセージは、ネットワークが混雑していないことを指示する。次いで、ＵＥは、このダウンリンク情報を使用して、バックグランド転送を開始及び終了するか、又は再生バッファをオーバーフィリングする。次いで、ＵＥは、アップリンク知識共有メッセージにおいてアイドル状態への復帰を要求することができる。
【０１６６】
図１４は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１４は、新たな接続を開始するとき、又はハンドオフの後に、アイドルへの即座の復帰が開始されるネットワーク知識共有プロトコルの一例を示す。テーブル１４１０は、アイドルへの即座の復帰と、それに続くアイドル状態への復帰を保証する混雑ネットワークシナリオを示す。ネットワークエンティティからＵＥへのダウンリンク知識共有メッセージは、ネットワークが混雑であることを指示し、そして長いタイムスケールに対してそうである。次いで、ＵＥは、このダウンリンク情報を使用して、アイドル状態で待機することを決定し、これは、ＵＥバッテリを節約する上で助けとなる。ＵＥは、次いで、アップリンク知識共有メッセージにおいてアイドルへの復帰を要求する。
【０１６７】
図１５は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１５は、新たな接続を開始するとき、又はハンドオフの後に、予想される転送をスケジュールすることのできるネットワーク知識共有プロトコルの一例を示す。テーブル１５１０は、誘導でＵＥがアイドル状態で待機するのを保証する混雑ネットワークシナリオを示す。ネットワークエンティティからＵＥへのダウンリンク知識共有メッセージは、ネットワークが混雑であることを指示し、そして長いタイムスケールに対してそうである。次いで、ＵＥは、このダウンリンク情報を使用して、長いＣ−ＤＲＸ又はアイドルモードで待機することを決定する。次いで、ＵＥは、所与の期間内に２メガバイトバックグランド転送のようなバックグランド転送を要求すると共に、アップリンク知識共有メッセージにおいてアイドルへの復帰を要求する。
【０１６８】
又、ネットワークエンティティは、低い混雑が予想される時間フレームを、例えば、他の知識共有ＵＥにより与えられるレポートに基づいて、指示する。ＵＥは、新たなセルに入るまで待機することを決定するか、又はネットワーク混雑が低い場合にはチェックまでの所与の期間中に待機することを決定する。
【０１６９】
図１６は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１６は、新たな接続を開始するとき、又はハンドオフの後に、予想される転送をスケジュールすることのできるネットワーク知識共有プロトコルの一例を示す。図１６のテーブル１６１０は、図１５のテーブル１５１０と同様である。しかしながら、図１６では、ＵＥは、送信開始まで低い混雑を指示するＢＣＲ指示をネットワークエンティティから受信するまで待機することを決定する。
【０１７０】
図１７は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１７は、新たな接続を開始するとき、又はハンドオフの後に、新たなセルにおける低混雑が決定されるネットワーク知識共有プロトコルの一例を示す。テーブル１７１０は、図１５のテーブル１５１０と同様であるが、ＵＥは、新たなセルに入りそして接続する。
【０１７１】
図１８は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１８は、予想される転送を開始する前に圧縮選択が行われるネットワーク知識共有プロトコルの一例を示す。テーブル１８１０は、ＵＥが直ちにより強い圧縮を選択する混雑ネットワークシナリオを示す。ネットワークエンティティからＵＥへのダウンリンク知識共有メッセージは、ネットワークが混雑であることを指示する。次いで、ＵＥは、このネットワーク情報を使用して、媒体転送におけるより強い圧縮及び／又はアイドル状態への高速移行を要求する。ＵＥは、次いで、アップリンク知識共有メッセージにおいてアイドル状態への復帰を要求する。
【０１７２】
図１９は、ある実施形態による規範的な使用ケースを示す。より詳細には、図１９は、高混雑通知により転送が迅速に休止されるネットワーク知識共有プロトコルの一例を示す。シナリオ１９１０は、転送中に混雑が生じる非混雑ネットワークを示す。ネットワークエンティティからＵＥへのダウンリンク知識共有メッセージは、ネットワークが混雑していないことを示す。ＵＥは、このダウンリンク情報を使用して、バックグランド転送をスタートし及び／又は再生バッファをオーバーフィリングする。
【０１７３】
ＵＥは、次いで、混雑が高いことを指示するダウンリンク知識共有メッセージを受け取る。ＵＥは、非混雑期間を待機し及び／又はＣ−ＤＲＸを要求し、又はアイドルモードに入ることを決定する。次いで、ネットワークエンティティは、混雑が低いときにＵＥに通知することができる。
【０１７４】
図２０は、ある実施形態によるテーブルの一例を示す。より詳細には、図２０は、ＡＡ−ＢＳＲ、拡張ＵＥレポート及びチャンネル好みレポートを含む拡張アップリンクメッセージング２０１０の一実施形態を示す。
【０１７５】
図２１は、ある実施形態によるテーブルの一例を示す。より詳細には、図２１は、両方向性混雑レポート、拡張混雑レポート、及び転送計画レポートを含む拡張ダウンリンクメッセージング２１１０の一実施形態を示す。
【０１７６】
ある実施形態では、知識共有プロトコルは、アップリンク送信及び／又はダウンリンク送信におけるＭＡＣ  ＣＥメッセージ内の１つ以上の予約されたインデックスを使用する。知識共有メッセージフォーマットの属性は、知識共有メッセージを搬送するリンク方向にネットワーク混雑の状態を搬送するのに使用できる短い又はゼロのペイロード長さを含む。例えば、ダウンリンクにおいて知識共有プロトコルにより混雑情報が搬送されるとすると、ダウンリンクの激しい混雑を指示する１つ以上のメッセージは、個別のインデックスが与えられるか、又は可変ペイロード長さで構築される。知識共有混雑メッセージは、図９に示すように、ゼロ又は短いペイロード長さを有する。ある実施形態、例えば、図２１に示す実施形態では、長いメッセージを使用して、例えば、ダウンリンクで低混雑状態シナリオを搬送するためのサポートを与えるような種々の他のネットワークエンティティ情報シナリオを搬送することができる。
【０１７７】
混雑推定に関連したタイムスケールとは逆に、転送の推奨時間を指示する指示するために個別のフィールドが使用されてもよい。２つの異なるフィールドは、時間に関連するが、異なる情報をＵＥに搬送することができる。転送の推奨時間は、ＵＥが転送を遂行すべきときを推奨する。転送の推奨時間は、リース混雑指示レポートと称される。他方、タイムスケールフィールドは、混雑推定が、例えば、短期間タイムスケールであることを指示し、そしておそらく、次の３０秒にわたって最も関連性をもつ。或いは又、タイムスケールフィールドは、最も有望な状態の良好な混雑推定が次の５分にわたることを指示してもよい。換言すれば、良好な混雑推定は、例えば、ほぼ最後の５分にわたり収集される長いタイムスケールの混雑推定から得られてもよい。
【０１７８】
ある実施形態では、知識共有メッセージフォーマットの属性は、知識共有メッセージフォーマット内の特定フィールドの解釈を変更するために、３ＧＰＰで定義された電力好み指示子（ＰＰＩ）を含む。例えば、ＰＰＩは、ＤＲｘ及び／又はインアクティビティ関連フィールドのような知識共有フィールドの解釈を変更するために使用される。又、そのメッセージは、ＤＲｘ及び／又はインアクティビティタイマー設定を搬送するために単一のフィールドも使用する。そのような実施形態では、Ｃ−ＤＲＸ及びインアクティビティタイマーの特定の組み合せのみを信号することができる。
【０１７９】
又、そのメッセージは、計画された又は現在の転送がバックグランド転送であることを指示するために単一のフィールドも使用する。更に、このフィールドは、バックグランド転送の終わりにアイドルモードへ自動的に移行するようにＵＬ好みに対して使用される。そのような実施形態では、バックグランド転送の終わりに付加的なデータアクティビティが要求されることは、あまりない。というのは、加入者が自身のＵＥ又は装置と相互作用していないからである。一例において、装置は、加入者のポケットにある。
【０１８０】
そのメッセージは、３ＧＰＰ内で定義された現在のサービス品質（ＱｏＳ）チャンネル指示子（ＱＣＩ）の知識、及び／又は最高プライオリティのＱＣＩを使用して、知識共有プロトコル内の１つ以上のフィールドの解釈を変更する。例えば、このプロトコルは、ＤＲｘ関連情報を搬送するフィールドの解釈の変更をサポートして、異なる最高プライオリティＱＣＩ値のコンテキストに異なるＤＲｘ値を暗示できるようにする。低レイテンシーサービスが現在存在することをＱＣＩが指示する場合には、ＤＲｘフィールドは、比較的短い多数のＤＲｘ値の１つを指示する。他方、低レイテンシーサービスが現在利用できないことをＱＣＩが指示する場合には、その値は、多数の異なる長いＤＲｘ値のどれが適切であるか指示すると解釈される。
【０１８１】
ある実施形態では、ＵＥは、知識共有プロトコルの一部分として潜在的又は予想される転送を報告し、そしてアプリケーション予想ＢＳＲ又は情報ＢＳＲを経てそのような潜在的又は予想される転送を搬送する。
【０１８２】
ある実施形態では、ｅＮＢのような同じネットワークのもとで別のセルへのハンドオフの後に知識共有プロトコルの検証メカニズムを回避することができる。ＵＥは、同じｅＮＢのもとで別のセルへハンドオフするときに通知できないが、ｅＮＢは、ハンドオーバーに気づくことができる。そのような実施形態では、ｅＮＢは、以前のセルからの、ＵＥが知識共有プロトコルをサポートするというその知識を使用し、そしてＵＥとの知識共有プロトコルを継続することができる。例えば、ｅＮＢは、低混雑状態を見張り、そしてそのような低混雑状態を検出するまで、プロトコル確認メッセージをＵＥへ送信しない。従って、付加的なプロトコル確認メッセージを回避することができる。
【０１８３】
又、ＵＥが知識共有プロトコルをサポートするというｅＮＢにより保持される知識は、ｅＮＢから送られる知識共有メッセージも減少し、オーバーヘッドを減少する上で助けとなる。ｅＮＢは、アップリンク及び／又はダウンリンク知識共有メッセージにおいて明確な見張り指示を送信してもよい。知識共有プロトコルは、見張り指示の生成、維持、及び／又は削除を明確に監視する。例えば、見張り指示の生成、維持及び／又は削除は、混雑が増加又は減少するという通知をいつ、又はどこで、及びどれほど長く、ＵＥが受け取るであろうかに依存する。加えて、見張り指示の生成、維持及び／又は削除は、特定のイベントが、進行中の転送の間に生じるか、転送をスタートする前に生じるか、又はＵＥがＣ−ＤＲＸにある間に生じるかに依存する。
【０１８４】
１つの実施形態では、ＵＥは、ダウンリンク送信を既に受信し、そしてこの見張り指示を与えることにより、加入者は、そうでない場合よりも素早く転送の遂行を停止することができる。これは、ＵＥが転送中にリンク速度を測定する上で有用であり、混雑を発見する上でＵＥの時間を節約することができる。例えば、ＵＥは、混雑が増加するのを発見して反応するのに２０秒余計に掛かる。しかしながら、前記実施形態では、ＵＥは、転送の遂行を迅速に停止することができる。
【０１８５】
更に、知識共有プロトコルの情報は、あるｅＮＢから次のｅＮＢへハンドオフされる。ネットワークは、知識共有プロトコルの情報のハンドオフをサポートして、特定のＵＥが知識共有プロトコルをサポートするだけでなく、知識共有プロトコルを経てｅＮＢに以前に指示された計画された転送が何であるかの知識も有することに、ｅＮＢのような受信側ネットワークエンティティが気付くようにする。
【０１８６】
知識共有コンテキストハンドオフが遂行される場合には、初期ダウンリンク知識共有メッセージは、そのＵＥ又は加入者に最も関連したネットワーク情報を、その特定加入者の要望又は希望に基づいて使用することができる。例えば、ターゲットｅＮＢは、ＵＥがアップリンク上の低混雑機会の通知を待機するという知識を使用し、そしてハンドオフの後に、ｅＮＢは、アップリンクの低混雑を観察するまで、ダウンリンクメッセージの実行を延期する。換言すれば、ネットワークエンティティは、加入者が低混雑機会を待機することに気付き、そしてそのような機会が通知されるまで待機した後、転送をトリガーする。
【０１８７】
ある実施形態では、ハンドオフの際に、ｅＮＢは、知識共有コンテキストをハンドオフし、及び／又はその知識共有コンテキストをターゲットセルに潜在的に指示する。そのようなコンテキストは、例えば、保留中の知識共有転送及び／又は知識共有応答を含む。又、ｅＮＢは、知識共有コンテキストが多売主ハンドオフをサポートできることをターゲットセルとで潜在的に共有する。更に、ｅＮＢがＵＥへの低混雑の通知を待機する場合には、低混雑が検出されるまでＵＥへのダウンリンクメッセージの送信を回避する。
【０１８８】
ネットワークエンティティは、幾つかの実施形態では、ＵＥに重要な知識共有情報を推定する。ＵＥが最初に接続されるか又はハンドオフの後に、ＵＥは、ＵＥから知識共有メッセージを受け取る。ＵＥは、次いで、知識共有プロトコルを経て計画された転送情報を搬送する。その搬送された計画転送情報は、計画された転送属性に一致する長い知識共有混雑レポートの要求を含む。又、その搬送された計画転送情報は、ネットワークエンティティがその転送属性を使用して将来の混雑レポートを発生できるようにする情報、又はその転送属性に関連した重要な混雑変化をＵＥに通知するためのネットワークエンティティへの要求も含む。
【０１８９】
ＵＥがアイドルモードから復帰し、そして最近接続された同じセルの下に依然あって、ｅＮＢが知識共有プロトコルをサポートすることを既に確認しているある実施形態では、ＵＥは、先に進み、そして知識共有プロトコルメッセージをそのセル内のネットワークエンティティ間で送信する。ＵＥがそのように行うのは、セルが知識共有プロトコルメッセージを受信できるという知識を保持でき又は思い出すことができるからである。この実施形態は、セルがプロトコルをサポートすることを確認するためにセル内のネットワークエンティティからダウンリンクメッセージを送信する必要性を回避することができる。
【０１９０】
ＵＥがアイドルモードから同じセル内のアクティブモードに復帰するときに、ｅＮＢのようなネットワークエンティティは、ある実施形態では、ＵＥ加入者が以前に通信した同じ加入者であることを決定することができない。これは、例えば、一時的なＵＥ識別子の使用により生じる。しかしながら、ＵＥは、知識共有プロトコルを以前にサポートした同じセルと通信することを依然知っている。従って、ネットワークエンティティがダウンリンクに知識共有プロトコルメッセージを送信しなくても、ＵＥは、依然、アップリンクに知識サーバーメッセージを送信する。ＵＥが知識共有メッセージを送信した後に、ｅＮＢは、知識の共有がサポートされることをＵＥが知っていると決定し、そしてセルがダウンリンクにおける知識共有プロトコルの送信を回避できると推測する。
【０１９１】
ある実施形態では、知識共有メッセージの受信に応答して、ＵＥは、その転送の緊急性を評価し、そして例えば、Ｃ−ＤＲＸを続けるべきか、一時的に遅延すべきか、又はアイドルモードに入ることにより転送を著しく遅延すべきか判断する。ＵＥは、その判断に対し、転送を開始し及び／又は知識共有プロトコルを経てＣ−ＤＲＸ又はアイドルモードのいずれかに入ることを要求することで動作する。
【０１９２】
幾つかの実施形態において、ＵＥは、知識共有を経て受信した情報を使用して、ＷＬＡＮのような別のワイヤレス技術を利用すべきかどうか決定する。例えば、ｅＮＢがあまり混雑していないことを知識共有プロトコルが指示する場合に、ＵＥは、ｅＮＢを経て接続することによりバッテリ寿命を節約できると決定する。対照的に、ｅＮＢが比較的混雑していることを知識共有プロトコルが指示する場合には、ＵＥは、加入者の家庭内の信頼性のないＷＬＡＮアクセスポイントのようなＷＬＡＮアクセスポイントを経て接続する。幾つかの実施形態において、ネットワークエンティティは、ＵＥが、セルラーアクセスポイントではなく、ＷＬＡＮアクセスポイントを使用すべきかどうか知識共有プロトコルを経てＵＥに指示する。
【０１９３】
図２２は、ある実施形態による規範的な使用ケースを示す。より詳細には、ＵＥは、最初に、低混雑通知に対して、ステップ２２１０に示すように、Ｃ−ＤＲＸで待機することになる。ある時間インターバルの後に、そのような通知が受け取られない場合には、ステップ２２２０に示すように、アイドルモードへ移行することが適している。この点において、ｅＮＢのネットワーク知識共有プロトコルは、ステップ２２３０に示すように、ＵＥへの転送計画レポート（ＴＰＲ）の送信を開始し、アイドルからの移行を開始するための最も適した時間は何であるかの誘導を与える。これは、ＵＥ  ＴＰＲが接続を失う直前に最新のネットワーク混雑情報をレバレッジできるように行われる。しかしながら、ＵＥがアイドルに進む前に、ネットワーク知識共有プロトコルは、低混雑時にダウンリンク通知を与えることにより、機会的となる。
【０１９４】
他の実施形態では、ｅＮＢが新たな又はその後のＴＰＲを送信し、これが、ＵＥに、例えば、ｅＮＢにおける更新された混雑情報に基づき更新計画を与える場合には、ＴＰＲを改訂することができる。ＴＰＲの付加的な繰り返しは、リンク上で低混雑期間中に使用される。ネットワーク知識共有メッセージは、ＵＥが転送計画を使用するように計画するときにＴＰＲ確認のような付加的なフィールドを使用する。
【０１９５】
ある実施形態では、知識共有プロトコルは、ネットワークのハンドオフ及び／又は負荷バランス判断に影響を及ぼす。例えば、ｅＮＢが大きな転送を知っている場合に、ｅＮＢは、迅速な同期を遂行できるようにするため、同様の負荷バランス比を有する異なる帯域において小型セルへ加入者を優先的にハンドオフする。幾つかの実施形態において、ＭＡＣを経てメッセージングを使用するのではなく、ＲＲＣを経てメッセージングが遂行されてもよい。
【０１９６】
幾つかの実施形態において、ＵＥ及び／又はｅＮＢにより知識共有メッセージを受信できる信頼性を高めるため、再送信プロトコルがＭＡＣ  ＣＥメッセージング又は知識共有プロトコルに関連付けされる。別の実施形態では、リンク上の現在ネットワーク混雑が比較的低いときにダウンリンク知識共有メッセージがより頻繁に及び／又はより迅速に繰り返される。例えば、転送のための特定の理想的な時間がある場合は、ネットワークエンティティは、２つのメッセージの一方が失われるシナリオに対して防護するためにＵＥへのダウンリンク知識共有通知を先制的に繰り返す。この実施形態は、完全に信頼できるものではないＭＡＣメッセージに対して保護を与える。ＭＡＣ  ＵＥは、ある実施形態では、ハイブリッド自動繰り返し要求（ＨＡＲＱ）を利用する。
【０１９７】
幾つかの実施形態において、セル内の混雑が少ないときにはメッセージをより多く繰り返すことができる。この実施形態では、そのリンク上のｅＮＢ混雑は、知識共有メッセージに関連したコストが低いことを指示し、その知識共有メッセージの高い先制的繰り返しを使用できるようになる。
【０１９８】
他の実施形態では、ＵＥは、アップリンクがあまり混雑していないことが通知されたとき、その知識共有メッセージのより多くの繰り返しを遂行することが自動的に許される。逆に、ＵＥは、アップリンクが比較的混雑していることが通知されたときは、その知識共有メッセージの多くの繰り返しを遂行することが自動的に禁止される。
【０１９９】
ネットワークは、ある実施形態では、ＵＥ加入者ネットワーク利用が知識共有プロトコルからの誘導に従う程度に対応するＫＰＩメトリックを追跡する。例えば、ネットワークは、第１の売主からの知識共有プロトコルＵＥが、ネットワーク内の非混雑機会を利用するようにそれらのトラフィックを調整するという特に良好なジョブを実行することを決定する。ネットワークは、更に、この第１の売主からのＵＥ加入者が接続モードになることを必要とするかしないか指示するときに、それらの好みが、高周波（ＲＦ）容量の観点から何が効率的であるかの比較的良好な指示であることを決定する。対照的に、第２の売主からのＵＥ加入者は、知識共有プロトコルに応答する不充分なジョブを実行し、例えば、最も混雑したセルにおいてバイトの比較的大きな断片を発生する。
【０２００】
このネットワークＫＰＩ決定に応答して、ネットワークは、第２の売主からのＵＥに対して知識共有プロトコルをサポートすることから生じる少ない量の利益に相応して、第２の売主からの知識共有プロトコルＵＥに対して知識共有プロトコルサポートの量を減少することを決定する。
【０２０１】
ある実施形態では、知識共有プロトコルは、単一のＵＥからの多数の転送に対して交換をサポートし、各転送は、異なる転送属性を有する。多数の転送は、互いに並列に実行される。各転送は、シーケンス番号又はインデックスのような独特の識別子を有する。加入者装置、例えば、ＵＥは、転送を識別するために最初の識別子を選択する。その後、ｅＮＢは、同じ識別子を使用して、その転送に対するフィードバックを与え、例えば、転送を遂行すべき特定の時間を推奨する。
【０２０２】
幾つかの実施形態において、バックグランド転送は、非プライオリティ転送と称される。ネットワーク知識共有プロトコルコンテキストは、プロトコルのどんなバージョンがサポートされるかの情報も含む。他の実施形態では、ネットワーク知識共有プロトコルのサポートをターンオフすることは、ＵＥがもはやそのセルを、ネットワーク知識共有プロトコルを以前にサポートしたセルとして識別しないように、セルＩＤ記述子又は属性の変更を決定することを含む。
【０２０３】
更に別の実施形態では、転送サイズは、バイト単位では搬送されず、消費が予想される物理的リソースブロックの予想数に関して搬送される。これは、例えば、加入者がセル内でのその移動を予想するときに使用され、そしてその信号強度、例えば、ＲＳＲＰ又はＲＳＲＱは、現在と、転送が計画されるときとの間に変化する。加入者装置に、その変化、信号強度及び予想されるバイト数の搬送を試みさせるのではなく、装置は、その転送に関連した物理的リソースブロックの予想数を単に搬送することができる。
【０２０４】
ネットワークエンティティ、例えば、ｅＮＢは、幾つかの実施形態では、長期スケジューラーを使用する。この長期スケジューラーは、平均セル混雑、アプリケーション予想転送又はＢＳＲ、及び／又は他の転送レポートを使用することができる。この長期スケジューラーは、将来の混雑を推定し、そして長期スケジューラーの決定に関連したダウンリンクメッセージを発生する。
【０２０５】
別の実施形態では、ｅＮＢは、時間巾Ｗを有する時間ウインドウにわたる短期混雑を、（４＊Ｗ）に等しい長期時間ウインドウにわたる混雑と比較することにより、リンク上の混雑が改善する見込みを推定する。長期時間ウインドウにおける混雑が短い時間巾の場合より低い場合には、ｅＮＢは、更に、これを、混雑がおそらく改善することを決定するファクタとして使用する。更に、以前の４つの連続的ウインドウの各々が徐々に低い混雑となる場合には、ｅＮＢは、更に、これを、混雑がおそらくもっと改善又は減少することを決定するファクタとして使用する。
【０２０６】
通信システムでの衝突を回避するため、ある実施形態では、ＵＥも、ネットワークエンティティ、例えば、ｅＮＢも、受信者が知識共有をサポートすることを送信者が知らない限り、知識共有メッセージ（予約したインデックスにおけるＭＡＣ  ＣＥ）を送信することはない。新たな接続又はハンドオフがある場合には、ｅＮＢは、ＵＥが知識共有を有することをｅＮＢが検証し、例えば、ｅＮＢがＩＭＥＩＳＶをチェックするまで、知識共有メッセージを送信しない。他の実施形態では、ｅＮＢが知識共有メッセージを送信したことをＵＥが検証するまで、ＵＥは、知識共有メッセージを送信できない。
【０２０７】
他の実施形態において、現在予約されたＭＡＣ  ＣＥインデックスが今後のＬＴＥリリースで定義される場合は、その新たなＭＡＣ  ＣＥインデックスは、ｅＮＢ又は別のネットワークエンティティにより、それ以前にリリースされたＵＥへ送信されてはならない。ｅＮＢは、例えば、ＲＲＣ  ＵＥ能力から、新たなＬＴＥリリースＵＥへ新たなＭＡＣ  ＣＥインデックスのみを送信する。これは、以前にリリースされた知識共有ＵＥが新たなＭＡＣ  ＣＥインデックスを受け取るのを妨げる。又、新たなＬＴＥリリースのためのＵＥは、そのＬＴＥリリースに対してセットされた更新されたインデックスとの知識共有も使用できる。幾つかの実施形態では、ｅＮＢは、ＲＲＣのＵＥ能力からＵＥリリースについて知り、従って、ｅＮＢは、そのＬＴＥリリースからＵＥに対してセットされた適切な知識共有プロトコルインデックスを使用することができる。
【０２０８】
図２３は、ある実施形態によるフローチャートである。より詳細には、図２３は、セルラーネットワークにおいてＵＥとネットワークエンティティとの間の知識共有を可能にする方法を示す。ステップ２３１０において、新たな接続又はハンドオフが検出されたときに、ネットワークエンティティ、例えば、ｅＮＢは、ＵＥが知識共有をサポートするかどうかユーザ装置の国際移動ステーション装置アイデンティティ（ＩＭＥＩＳＶ）に基づいて決定する。この決定に応答して、ｅＮＢは、ステップ２３２０に示すように、ダウンリンクＭＡＣ  ＣＥを使用してＵＥへダウンリンク知識共有メッセージを搬送し、そのＭＡＣ  ＣＥは、ある実施形態では、現在予約されたインデックスである。次いで、ＵＥは、ステップ２３３０に示すように、このＭＡＣ  ＣＥの予約されたインデックスメッセージを受け取る。ＩＭＥＩＳＶは、ターミナルタイプ及び／又はソフトウェアバージョンを有する。加えて、ＩＭＥＩＳＶは、知識共有サポートを明確に指示する。マスクされたＩＭＥＩＳＶは、個々の移動装置の識別も回避する。
【０２０９】
更に、この方法は、ダウンリンク知識共有メッセージを受け取るのに応答して、ＵＥは、ステップ２３４０に示すように、現在予約されたインデックスと共にアップリンクＭＡＣ  ＣＥを使用して、アップリンク知識共有メッセージをｅＮＢへ送信することを含む。ＵＥは、ある実施形態では、ＵＥがｅＮＢから知識共有メッセージを受け取らない限り、知識共有メッセージを送信することができない。このプロトコルを経てのＵＥの指示は、更に、ＵＥの移動計画を指示し、ＵＥがアイドルへ進みそして静止状態に留まろうとしていたことを以前に指示する場合には、ネットワークの指示を、例えば、ＭＭＥに与えて、この特定のＵＥがおそらく同じセルにおいて静止し、そして低混雑指示を待機することを指示する。
【０２１０】
ＵＥは、その予想される移動及び／又は予想される信号強度を使用して、転送を行える最大信号強度インターバルを計算する。ＵＥは、更に、知識共有プロトコルを経て、この予想される転送の時間を通信する。
【０２１１】
ある実施形態では、特殊なプロトコルを使用するための方法が提供される。ネットワークは、特殊なプロトコルを経て指示されるＵＥ転送の知識を使用して、負荷バランシングの遂行、入場制御、及びハンドオフ判断への影響に使用するための将来の混雑を良好に推定する。潜在的又は予想される転送に関するＵＥレポートは、アプリケーション予想ＢＳＲ又は情報ＢＳＲを経て搬送される。ネットワークエンティティ、例えば、ｅＮＢは、更に、このプロトコルを経て売主タイプを指示する。
【０２１２】
他の実施形態では、接続されたＤＲＸを使用して、加入者が、接続モードに留まる間に及び低混雑イベントの機会的通知を待機する間にバッテリ寿命を節約できるようにする。又、ネットワークエンティティは、どんなＲＲＣインアクティビティタイマー値がそのＵＥに対しネットワークにより使用されるべく現在計画されているかもＵＥに指示する。ネットワークは、ある実施形態では、装置により指示される予想される転送のサイズ及び／又はタイムスケールに基づいて、ＵＥに与えられるネットワーク利用のタイムスケールを自動的に調整することができる。ＵＥは、ある実施形態では、チャンネル好み要求メッセージを発生するのではなく、トラフィックを発生することにより、インアクティビティを手動でリセットする。
【０２１３】
本開示の実施形態は、ソフトウェア（１つ以上のプロセッサにより実行される）、ハードウェア（例えば、特定用途向け集積回路）、又はソフトウェア及びハードウェアの組み合せで実施される。規範的実施形態において、ソフトウェア（例えば、アプリケーションロジック、インストラクションセット）は、種々の従来の非一時的なコンピュータ読み取り可能な媒体のいずれかに維持される。非一時的なコンピュータ読み取り可能な媒体は、インストラクション実行システム、装置又はデバイス、例えば、コンピュータにより又はそれに関連して使用するためにインストラクションを収容し、記憶し、通信し、伝播し又は搬送することのできる媒体又は手段である。非一時的なコンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な記憶媒体、例えば、インストラクション実行システム、装置又はデバイス、例えば、コンピュータにより又はそれに関連して使用するためにインストラクションを収容し又は記憶することのできる媒体又は手段であるメモリ又は他のデバイスを含む。
【０２１４】
従って、ある実施形態は、コンピュータに使用するために実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能なストレージ媒体を含むコンピュータプログラム製品を包含し、そのコンピュータプログラムコードは、上述した方法及びその変形のいずれかを遂行するためのコードを含む。更に、ある実施形態は、１つ以上のプロセッサ、及びコンピュータプログラムコードを含む１つ以上のメモリを備えた装置も包含し、ここで、１つ以上のメモリ及びコンピュータプログラムコードは、１つ以上のプロセッサとで、装置が、前記方法及びその変形のいずれかを遂行するようにさせるよう構成される。
【０２１５】
上述した異なる機能は、異なる順序で遂行されてもよいし及び／又は互いに同時に遂行されてもよい。更に、もし要望があれば、前記機能の１つ以上は、任意であってもよいし又は組み合わされてもよい。本開示の規範的実施形態を上述したが、それらの記述は、それに限定されると考えてはならない。むしろ、本開示の範囲から逸脱せずに、多数の変更及び修正がなされ得る。
【０２１６】
当業者であれば、上述した開示は、異なる順序のステップで、及び／又は開示されたものとは異なる構成のハードウェア要素で、実施されてもよいことが容易に理解されよう。それ故、本開示は、それらの好ましい実施形態に基づいて記述されたが、当業者であれば、本開示の精神及び範囲から逸脱せずに、ある修正、変更及び代替的構造が明らかとなるであろう。
【０２１７】
本明細書全体を通じて述べた幾つかの実施形態の特徴、構造又は特性は、１つ以上の実施形態において適当な仕方で結合されてもよい。例えば、本明細書全体にわたる「ある実施形態」「幾つかの実施形態」「他の実施形態」という句又は他の同様の言語の使用は、その実施形態に関連して述べる特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に包含されることを意味する。本明細書全体にわたる「ある実施形態において」「幾つかの実施形態において」「他の実施形態において」という句又は他の同様の言語の出現は、必ずしも実施形態の同じグループを指すものではなく、そしてここに述べる特徴、構造又は特性は、１つ以上の実施形態において適当な仕方で結合されてもよい。
【０２１８】
当業者であれば、上述した本発明は、異なる順序のステップで、及び／又は開示されたものとは異なる構成のハードウェア要素で、実施されてもよいことが容易に理解されよう。それ故、本開示は、それらの好ましい実施形態に基づいて記述されたが、当業者であれば、本開示の精神及び範囲から逸脱せずに、ある修正、変更及び代替的構造が明らかとなるであろう。
【０２１９】
部分的語彙
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＣＤＭＡ：コード分割多重アクセス
ＣＡＮ：コンテンツアウェアネットワーク
ＣＡＮ−ＥＧ：コンテンツアウェアネットワーク・イネーブルゲートウェイ
ＣＤＮ：コンテンツ配布ネットワーク
Ｃ−ＳＯＮ：集中型自己最適化ネットワーク
ＤＬ：ダウンロード
Ｅ−ＵＴＲＡ：進化型ユニバーサル地上無線アクセス
ｅＮＢ又はｅＮｏｄｅＢ：進化型ノードＢ／Ｅ−ＵＴＲＡＮシステムのベースステーション
ＥＰＣ：エンハンストパケットコア
Ｅ−ＵＴＲＡＮ：進化型ＵＴＲＡＮ（ＬＴＥ）
ＦＤＤ：周波数分割デュープレックス
ＦＤＭ：周波数分割多重化
ＧＰＳ：グローバルポジショニングシステム
ＧＳＭ（登録商標）：移動通信用のグローバルシステム
ＧＰＲＳ：汎用パケット無線サービス
ＧＴＰ：ＧＰＲＳトンネルプロトコル
ＨｅｔＮｅｔ：異種ネットワーク
ＨＯ：ハンドオフ
ＩＰ：インターネットプロトコル
ＩＲＰ：インターフェイス基準点
ＬＴＥ：長期進化
ＬＴＥ−Ａ：長期進化アドバンスト
ＭＡＣ：メディアアクセスコントロール
ＭＤＴ：ドライブテスト最小化
ＭＭＥ：移動管理エンティティ
ＭＯ：メディアオプチマイザー
ＭＲ：測定レポート
ＰＣＲＦ：ポリシー・課金ルール機能
ＰＤＮ−ＧＷ：パケットデータネットワークゲートウェイ
ＱＡＭ：直角振幅変調
ＱＰＳＫ：直角（４）位相シフトキーイング
ＲＲＣ：無線リソースコントロール
ＲＡＮ：無線アクセスネットワーク
ＲＦ：高周波
Ｒｘ：受信
ＳＧＷ：サービングゲートウェイ
ＳＯＮ：自己最適化ネットワーク
ＴＤＤ：時分割デュープレックス
ＴＤＭ：時分割多重化
Ｔｘ：送信
ＵＣＩ：アップリンクコントロール情報
ＵＥ：ユーザ装置（例えば、移動ターミナル）
ＵＬ：アップリンク
ＵＭＴＳ：ユニバーサル移動テレコミュニケーションシステム
ＵＴＲＡＮ：ユニバーサル地上無線アクセスネットワーク
【符号の説明】
【０２２０】
１００、１６６、１７０、１７５：ネットワーク
１０５：ワイヤレス接続
１１２：自己最適化ネットワーク(ＳＯＮ)又は集中型自己最適化(Ｃ−ＳＯＮ)サーバー
１１５：移動管理エンティティ（ＭＭＥ）
１１８：オペレーション・メンテナンスエンティティ（ＯＭＥ）
１２０：ｅＮｏｄｅ  Ｂ（ｅＮＢ）
１２５：サービングゲートウェイ（ＳＧＷ）
１３０：ポリシー・課金ルール機能（ＰＣＲＦ）ネットワーク要素
１３５：パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）
１４０：インターネット
１４５：コンテンツアウェアネットワーク・イネーブルゲートウェイ(ＣＡＮ−ＥＧ)
１５０：メディアオプチマイザー
１６０：ビデオサーバー１６０
１６５：コンテンツソース
１８０：インターフェイス基準点（ＩＲＰ）マネージャー
１８２：ＩＲＰエージェント
２０１：ＵＥ
２０２：ネットワーク要素
２０３：送信器
２０４：受信器
２０６：無線コントローラ
２０８：アンテナ
２１０：プロセッサ
２１２：メモリ
２１４：ストレージ
２１８：データ
２２０：プログラム
２２２：送信器
２２４：受信器
２２６：無線コントローラ
２２８：アンテナ
２３０：プロセッサ
２３２：メモリ
２３４：ストレージ
２３８：データ
２４０：プログラム
２４１：情報収集モジュール
２４２：情報分析モジュール
２４４：信号発生モジュール
２４６：ビデオ配信モジュール
２５０：状態報告モジュール
２５２：ｅＮＢ信号分析モジュール
２５４：ビデオ管理モジュール
５２０、５２１、５２２、５２３：ＵＥ
５１０、５１１、５１２：ｅＮＢ
５３０：ＭＭＥ
５４０：サービングゲートウェイ（Ｓ−ＧＷ）
５５０：ＰＣＲＦ
５６０：ＰＤＮ−ＧＷ
５７０：インターネット
【図１】
2018524892.tif 000003
【図２】
2018524892.tif 000004
【図３】
2018524892.tif 000005
【図４】
2018524892.tif 000006
【図５】
2018524892.tif 000007
【図６】
2018524892.tif 000008
【図７】
2018524892.tif 000009
【図８】
2018524892.tif 000010
【図９】
2018524892.tif 000011
【図１０】
2018524892.tif 000012
【図１１】
2018524892.tif 000013
【図１２】
2018524892.tif 000014
【図１３】
2018524892.tif 000015
【図１４】
2018524892.tif 000016
【図１５】
2018524892.tif 000017
【図１６】
2018524892.tif 000018
【図１７】
2018524892.tif 000019
【図１８】
2018524892.tif 000020
【図１９】
2018524892.tif 000021
【図２０】
2018524892.tif 000022
【図２１】
2018524892.tif 000023
【図２２】
2018524892.tif 000024
【図２３】
2018524892.tif 000025
【手続補正書】
【提出日】平成30年1月29日(2018.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ通信ネットワークからデータを受信するユーザ装置に影響を及ぼす状態をネットワークエンティティにおいて分析し、
前記状態に基づきデータ配信に関連したアクションをユーザ装置が遂行すべきかどうか決定し、及び
ユーザ装置が前記アクションを遂行すべきであるときを指示する情報をネットワークエンティティからユーザ装置へ送信する、
ことを含む、方法。
【請求項２】
前記状態は、現在の状態、予想状態、推定状態又は将来の状態のうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
前記データの配信は、データが低速サービス又はサービス中断の間に利用できるように維持される、請求項１に記載の方法。
【請求項４】
少なくとも１つの自己最適化ネットワーク機能は、サービス低下又はサービス改善を、ユーザ装置に影響を及ぼす状態として予想する、請求項１に記載の方法。
【請求項５】
前記状態は、ユーザ装置がデータを断念するか又は低下したサービスに遭遇する見込みである、請求項１に記載の方法。
【請求項６】
前記ユーザ装置へのメッセージの送信は、通知ポリシーに従って遂行され、前記通知ポリシーは、少なくとも１つの自己最適化ネットワーク機能により定義される、請求項１に記載の方法。
【請求項７】
前記情報は、前記ユーザ装置のエアインターフェイスが障害状態になると予想される指示を含み、そしてその指示は、障害までの推定時間を含む、請求項１に記載の方法。
【請求項８】
ユーザ装置に影響を及ぼす状態に基づいてネットワークエンティティからユーザ装置において情報を受信し、その情報は、ユーザ装置がデータ配信に関連したアクションを遂行することを指示するものであり、及び
前記状態がユーザ装置に影響を及ぼす間に前記受信した情報に基づいて前記アクションを遂行する、
ことを含む、方法。
【請求項９】
前記情報に基づくプレフィリングのためにデータを配信するように前記ネットワークエンティティに要求し、及び
必要とされる前にデータの配信を維持するように前記ネットワークエンティティに要求する、
ことを更に含む、請求項８に記載の方法。
【請求項１０】
受信した情報に応答してデータ圧縮の増強を要求することを更に含み、前記情報は、好きな状態の指示、又はチャンネル状態の低下の予想を含む、請求項８に記載の方法。
【請求項１１】
前記情報は、コスト測定に少なくとも一部分基づくチャンネル品質状態に関連したものである、請求項８に記載の方法。
【請求項１２】
セルラーネットワークのユーザ装置とネットワークエンティティとの間で知識共有する方法において、
新たな接続又はハンドオフが検出されたとき、ユーザ装置の国際移動ステーション装置アイデンティティに基づいて、ユーザ装置が知識共有プロトコルをサポートするかどうかネットワークエンティティにより決定し、及び
現在予約されたインデックスを有するダウンリンクメディアアクセスコントロール（ＭＡＣ）制御要素を使用して、ユーザ装置へダウンリンク知識共有メッセージを搬送する、
ことを含む方法。
【請求項１３】
ダウンリンク知識共有メッセージの受信に応答し、ユーザ装置は、アップリンクＭＡＣ制御要素を使用してアップリンク知識共有メッセージをネットワークエンティティへ送信する、請求項１２に記載の方法。
【請求項１４】
ユーザ装置は、ネットワークエンティティからダウンリンク知識共有メッセージ受信しない限り、アップリンク知識共有メッセージを送信できない、請求項１２に記載の方法。
【請求項１５】
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、その少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、請求項１から１４のいずれかに記載のプロセスを遂行するようにさせるよう構成される、装置。
【国際調査報告】
2018524892.tif 000026
2018524892.tif 000027
2018524892.tif 000028
2018524892.tif 000029
2018524892.tif 000030