(57)【特許請求の範囲】
【請求項１】
分散コンピューティングの方法であって、
データ送信サービスを記述するサービス記述ファイルからクライアントデバイスがトランスポートパラメータを取り出すことと、ここにおいて、前記サービス記述ファイルは、前記データ送信サービスとは別個である、
前記サービス記述ファイルからリフレッシュレートを前記クライアントデバイスが取得することと、ここにおいて、前記リフレッシュレートは、前記データ送信サービスによって提供されるデータ送信内のデータを前記データ送信サービスが更新する頻度に関する、
前記サービス記述ファイルから取り出された前記トランスポートパラメータを使用して、前記データ送信サービスから前記データを受信するために前記クライアントデバイスが前記データ送信にアクセスすることと、
更新されたデータを受信するための前記クライアントデバイスによる前記データ送信への後続のアクセスを遅らせることと、ここにおいて、前記後続のアクセスは、前記リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、
を備え、前記取得することは、前記サービス記述ファイルに含まれる複数のリフレッシュレートから前記リフレッシュレートを選択することを備え、前記選択することは、前記クライアントデバイスのデバイスステータスに基づく、
方法。
【請求項２】
前記リフレッシュレートを取得したことに応答して前記クライアントデバイスにおいてタイマを開始することをさらに備え、ここで、前記タイマは、前記遅延時間に設定され、前記タイマは、前記後続のアクセスが前記クライアントデバイスによって試みられる前の前記遅延時間を計る、
あるいは、
前記遅延時間の後に前記データ送信に後続的にアクセスすることと、
前記データ送信内の前記データが更新されているかどうかを決定することと、
前記データが更新されているとの決定に応答して、前記データ送信から更新されたデータを取り出すことと、
前記データが更新されていないとの決定に応答して、前記データ送信へのアクセスを中止し、後続のアクセスを前記遅延時間ぶんさらに遅らせることと
をさらに備える、
請求項１に記載の方法。
【請求項３】
デバイスステータスを前記クライアントデバイスが決定することと、ここにおいて、前記デバイスステータスは、
デバイスカテゴリ、
デバイスタイプ、
前記クライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記クライアントデバイスのバッテリレベル、および
前記クライアントデバイスのロケーションのうちの１つまたは複数を含む、
前記デバイスステータスに基づいてデバイスリフレッシュレートを選択することと
をさらに備える、請求項１に記載の方法。
【請求項４】
前記遅延時間はさらに、前記デバイスリフレッシュレートに少なくとも部分的に基づく、請求項３に記載の方法。
【請求項５】
前記トランスポートパラメータを前記取り出すことと、リフレッシュレートを取得することとは、
前記クライアントデバイスがリモートサーバにアクセスすることを含み、前記サービス記述ファイルは、前記リモートサーバ上に記憶され、前記方法はさらに、
前記データ送信サービスによって提供される前記データを取り出すための要求を前記クライアントデバイスから前記データ送信サービスに送信することを備え、ここにおいて、前記データ送信サービスは、前記要求に応答して、前記データ送信内で前記データを送信する、
請求項１に記載の方法。
【請求項６】
コンピュータに前記請求項１〜５のいずれかに記載の方法を実施させる命令を備えるコンピュータプログラム。
【請求項７】
ワイヤレス通信のために構成されたクライアントデバイスであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
前記少なくとも１つのプロセッサは、
データ送信サービスを記述するサービス記述ファイルから前記クライアントデバイスによってトランスポートパラメータを取り出すことと、ここにおいて、前記サービス記述ファイルは、前記データ送信サービスとは別個である、
前記サービス記述ファイルからリフレッシュレートを前記クライアントデバイスによって取得することと、ここにおいて、前記リフレッシュレートは、前記データ送信サービスによって提供されるデータ送信内のデータを前記データ送信サービスが更新する頻度に関する、
前記サービス記述ファイルから取り出された前記トランスポートパラメータを使用して、前記データ送信サービスから前記データを受信するために前記クライアントデバイスによって前記データ送信にアクセスすることと、
更新されたデータを受信するための前記クライアントデバイスによる前記データ送信への後続のアクセスを遅らせることと、ここにおいて、前記後続のアクセスは、前記リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、
を行うように構成され、
取得するための前記少なくとも１つのプロセッサの前記構成は、前記サービス記述ファイルに含まれる複数のリフレッシュレートから前記リフレッシュレートを選択するための構成を備え、前記選択することは、前記クライアントデバイスのデバイスステータスに基づく、
クライアントデバイス。
【請求項８】
前記少なくとも１つのプロセッサはさらに、
前記リフレッシュレートを取得するためのプログラムコードの実行に応答して前記クライアントデバイスにおいてタイマを開始するように構成され、ここで、前記タイマは、前記遅延時間に設定され、前記タイマは、前記後続のアクセスが前記クライアントデバイスによって試みられる前の前記遅延時間を計る、
あるいは、
前記少なくとも１つのプロセッサはさらに、
前記遅延時間の後に前記データ送信に後続的にアクセスすることと、
前記データ送信内の前記データが更新されているかどうかを決定することと、
前記データが更新されているとの決定に応答して、前記データ送信から更新されたデータを取り出すことと、
前記データが更新されていないとの決定に応答して、前記データ送信へのアクセスを中止し、後続のアクセスを前記遅延時間ぶんさらに遅らせることと
を行うように構成される、
請求項７に記載のクライアントデバイス。
【請求項９】
前記クライアントデバイスは、
ワイヤレス広域ネットワーク（ＷＷＡＮ）でのワイヤレス通信のために構成されたモバイルデバイス、
ワイヤレスローカルエリアネットワークでのワイヤレス通信のために構成されたモバイルデバイス、および
ローカルエリアネットワーク（ＬＡＮ）に結合されたコンピューティングデバイス
のうちの１つまたは複数を含む、請求項７に記載のクライアントデバイス。
【請求項１０】
前記少なくとも１つのプロセッサはさらに、
デバイスステータスを前記クライアントデバイスによって決定することと、ここにおいて、前記デバイスステータスは、
デバイスカテゴリ、
デバイスタイプ、
前記クライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記クライアントデバイスのバッテリレベル、および
前記クライアントデバイスのロケーションのうちの１つまたは複数を含む、
前記デバイスステータスに基づいてデバイスリフレッシュレートを選択することと
を行うように構成される、請求項９に記載のクライアントデバイス。
【請求項１１】
前記トランスポートパラメータを取り出すため、および、リフレッシュレートを取得するための前記少なくとも１つのプロセッサの前記構成は、
前記クライアントデバイスによってリモートサーバにアクセスするための前記少なくとも１つのプロセッサの構成を含み、ここにおいて、前記サービス記述ファイルは、前記リモートサーバ上に記憶され、前記少なくとも１つのプロセッサはさらに、
前記データ送信サービスによって提供された前記データを取り出すための要求を前記クライアントデバイスからデータ送信サービスに送信するように構成され、ここにおいて、前記データ送信サービスは、前記要求に応答して、前記データ送信内で前記データを送信する、請求項７に記載のクライアントデバイス。
【請求項１２】
ワイヤレス通信のために構成された装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
前記少なくとも１つのプロセッサは、
ブロードキャスト送信のためのデータを、ブロードキャストサービスにおいて識別することと、
前記ブロードキャストサービスが前記データを更新されたデータへと更新する頻度に対応する、最小リフレッシュレートを取得することと、
前記ブロードキャストサービスによって前記データを送信することと、ここにおいて、前記送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、
前記１つまたは複数のアクセシングクライアントデバイスに少なくとも前記最小リフレッシュレートを通信することと、
前記最小リフレッシュレートに等しい時間の後に、前記ブロードキャストサービスによって前記更新されたデータを送信することと、
前記送信されるデータに関係するサービス記述ファイルにおいて、前記送信されるデータについてのトランスポートパラメータおよび複数のデバイスリフレッシュレートをブロードキャストすることと、ここで、前記サービス記述ファイルは、前記ブロードキャストサービスとは別個である、
を行うように構成され、
ここにおいて、前記少なくとも１つのプロセッサはさらに、
複数のデバイスリフレッシュレートを前記ブロードキャストサービスによって決定するようにさらに構成され、前記複数のデバイスリフレッシュレートの各々は、アクセシングクライアントデバイスが前記更新されたデータへのアクセスを要求しうる異なるレートを識別し、前記複数のデバイスリフレッシュレートのうちの１つは、前記最小リフレッシュレートに対応し、
前記複数のデバイスリフレッシュレートの各々はデバイスステータスに対応する、
装置。
【請求項１３】
前記デバイスステータスは、
前記アクセシングクライアントデバイスのデバイスカテゴリ、
前記アクセシングクライアントデバイスのデバイスタイプ、
前記アクセシングクライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記アクセシングクライアントデバイスのバッテリレベル、および
前記アクセシングクライアントデバイスのロケーション
のうちの１つまたは複数を含む、請求項１２に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサはさらに、
前記アクセシングクライアントデバイスのデバイスステータスを前記ブロードキャストサービスによって識別することと、
前記識別されたデバイスステータスに基づいて、前記複数のデバイスリフレッシュレートから、割り当てられたデバイスリフレッシュレートを前記ブロードキャストサービスによって選択することと、
前記割り当てられたデバイスリフレッシュレートを前記アクセシングクライアントデバイスに通信することと
を行うようにさらに構成され、
あるいは、
前記少なくとも１つのプロセッサはさらに、
前記データを受信するための要求をクライアントデバイスから受信するように構成され、前記データを送信するためのプログラムコードは、前記要求の受信に応答して実行される、
請求項１２に記載の装置。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
[0001]  本願は、参照によりその全体が本明細書に明確に組み込まれる、２０１２年９月１９日に出願された「SIGNALING OF REFRESH RATE FOR EFFICIENT DATA UPDATE IN DISTRIBUTED COMPUTING ENVIRONMENTS」と題する米国特許仮出願第６１／７０３，１８８号の利益を主張する。
【技術分野】
【０００２】
[0002]  本開示の態様は、一般に、分散コンピューティングシステムに関し、より具体的には、分散コンピューティング環境における効率的なデータ更新のためのリフレッシュレートのシグナリングに関する。
【背景技術】
【０００３】
[0003]  分散コンピューティングのクライアント−サーバモデルは、アプリケーション論理を実行するメインフレームコンピュータにシンプルなビデオアクセスポイントを単に提供するにすぎない多数の個々の「ダム（dumb）」ハードウェアビデオ端末から、現代の複雑でリッチなコンピューティングデバイスへと進化しており、この現代の複雑でリッチなコンピューティングデバイスは、同一のコンピューティングデバイス内に位置するサーバアプリケーションに対して、あるいは、在来のワイヤラインインターネットプロトコル（ＩＰ）ネットワーク、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を介して、または、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）を介してＩＰネットワークにアクセスすることによってアクセス可能な、遠隔に位置するサーバアプリケーションまたはハードウェアに対して、クライアントとして機能しうるローカルアプリケーションを実行する。
【０００４】
[0004]  ワールドワイドウェブ（ＷＷＷ）を介したインターネットアクセスは、一般に、クライアント−サーバモデルで実現される。コンピューティングデバイス上でローカルに動作しているウェブブラウザは、そのウェブブラウザによって解釈され表示されるアプリケーションデータ、論理、および／またはシンプルなハイパーテキストマークアップ言語（ＨＴＭＬ）文書を提供する様々な数のリモートウェブサーバに、ＩＰネットワークを通じてハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して通信する。ローカルに動作しているウェブブラウザは、特定のウェブサーバにアドレスされたＨＴＴＰを使用してＩＰネットワーク上で要求を送信する。次に、ウェブサーバは、要求されたデータ、および、追加の情報、問題、等を識別しうる任意のステータスコードで応答する。他の例は、ローカルに実行中のアプリケーションで使用するために、リモートで処理されるかシンプルにリモートで記録されるかに関わらず、データにアクセスするスタンドアロン・アプリケーションを含む。ニュースアプリケーション、株価情報アプリケーション（stock quote application）、天気アプリケーション、ゲーム、等、そのようなアプリケーションの各々は、デスクトップコンピュータであるか、ラップトップコンピュータ、タブレットコンピュータ、モバイル電話、等の他のモバイルコンピューティングデバイスであるかに関わらず、コンピューティングデバイス上でローカルに動作し、このコンピューティングデバイス上で処理および表示されるべきデータのために、リモートサーバにアクセスしうる。
【０００５】
[0005]  クライアント−サーバモデルを使用してアプリケーションを動作させる際、クライアントデバイス／アプリケーションは、通常、更新されたまたはリフレッシュされた情報を受信するために、周期的な更新要求を送信する。例えば、ウェブブラウザの例では、ブラウザは、新しい情報でディスプレイをリフレッシュするために、更新要求を周期的に送信する。株価情報アプリケーションは、現在の株価の更新を周期的に要求する。広帯域のネットワークアクセスが広く利用できるようになるにつれ、帯域幅の利用は、多くの場合、ワイヤラインインターネット接続されたコンピュータには重要であると思われない。しかしながら、ワイヤレス技術を使用してアクセスするクライアントデバイスは、使用できる帯域幅が限られていることがあり、または、クライアントがモバイルデバイスである場合には電力消費およびバッテリ寿命が重要な検討事項であり、これらは、不必要なデータ更新要求送信がある場合に問題となりうる。過多のリフレッシュ要求は、そのようなモバイルワイヤレスデバイスのバッテリをより急速に消耗させ、それは、そのデバイスを他のタイプの通信に対して使い物にならないようにするか、または、一回のバッテリの充電で使用可能な時間を短縮させる。
【発明の概要】
【０００６】
[0006]  本開示の一態様では、分散コンピューティングの方法は、データ送信サービスを記述するサービス記述ファイルからクライアントデバイスがトランスポートパラメータを取り出す（retrieving）ことと、クライアントデバイスが、サービス記述ファイルからリフレッシュレートを取得することであって、リフレッシュレートは、データ送信サービスによって提供されるデータ送信内のデータをデータ送信サービスが更新する頻度に関し、サービス記述ファイルはデータ送信サービスとは別個である、取得することと、サービス記述ファイルから取り出されたトランスポートパラメータを使用してデータ送信サービスからデータを受信するためにクライアントデバイスがデータ送信にアクセスすることと、更新されたデータを受信するためにクライアントデバイスによるデータ送信への後続のアクセスを遅らせることであって、後続のアクセスは、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、遅らせることと、を含む。
【０００７】
[0007]  本開示の追加の態様では、分散コンピューティングの方法は、ブロードキャスト送信のためのデータをブロードキャストサービスにおいて識別することと、ブロードキャストサービスがデータを更新されたデータへと更新する頻度に対応する最小リフレッシュレートを取得することと、ブロードキャストサービスがデータを送信することであって、送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、送信することと、１つまたは複数のアクセシングクライアントデバイスに少なくとも最小リフレッシュレートを通信することと、最小リフレッシュレートに等しい時間の後に、更新されたデータをブロードキャストサービスが送信することとを含む。
【０００８】
[0008]  本開示の追加の態様は、分散コンピューティングのために構成されたクライアントデバイスを対象とし、それは、データ送信サービスを記述するサービス記述ファイルからクライアントデバイスによってトランスポートパラメータを取り出すための手段であって、サービス記述ファイルはデータ送信サービスとは別個である、取り出すための手段と、クライアントデバイスによってサービス記述ファイルからリフレッシュレートを取得するための手段であって、リフレッシュレートは、データ送信サービスによって提供されるデータ送信内のデータをデータ送信サービスが更新する頻度に関する、取得するための手段と、サービス記述ファイルから取り出されたトランスポートパラメータを使用してデータ送信サービスからデータを受信するためにクライアントデバイスによってデータ送信にアクセスするための手段と、更新されたデータを受信するためにクライアントデバイスによるデータ送信への後続のアクセスを遅らせるための手段であって、後続のアクセスは、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、遅らせるための手段と、を含む。
【０００９】
[0009]  本開示の追加の態様は、分散コンピューティングのために構成された装置を対象とし、それは、ブロードキャスト送信のためのデータをブロードキャストサービスにおいて識別するための手段と、ブロードキャストサービスがデータを更新されたデータへと更新する頻度に対応する最小リフレッシュレートを取得するための手段と、ブロードキャストサービスによってデータを送信するための手段であって、送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、送信するための手段と、１つまたは複数のアクセシングクライアントデバイスに少なくとも最小リフレッシュレートを通信するための手段と、最小リフレッシュレートに等しい時間の後に、更新されたデータをブロードキャストサービスによって送信するための手段とを含む。
【００１０】
[0010]  本開示の追加の態様は、プログラムコードを記録した非一時的コンピュータ可読媒体を含む、ワイヤレスネットワークにおけるワイヤレス通信のためのコンピュータプログラム製品を対象とする。プログラムコードは、データ送信サービスを記述するサービス記述ファイルからクライアントデバイスによってトランスポートパラメータを取り出すためのコードであって、サービス記述ファイルはデータ送信サービスとは別個である、取り出すためのコードと、サービス記述ファイルからリフレッシュレートをクライアントデバイスによって取得するためのコードであって、リフレッシュレートは、データ送信サービスによって提供されるデータ送信内のデータをデータ送信サービスが更新する頻度に関する、取得するためのコードと、サービス記述ファイルから取り出されたトランスポートパラメータを使用して、データ送信サービスからデータを受信するためにクライアントデバイスによってデータ送信にアクセスするためのコードと、更新されたデータを受信するために、クライアントデバイスによるデータ送信への後続のアクセスを遅らせるためのコードであって、後続のアクセスは、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、遅らせるためのコードと、を含む。
【００１１】
[0011]  本開示の追加の態様は、プログラムコードを記録した非一時的コンピュータ可読媒体を含む、ワイヤレスネットワークにおけるワイヤレス通信のためのコンピュータプログラム製品を対象とする。プログラムコードは、ブロードキャスト送信のためのデータをブロードキャストサービスにおいて識別するためのコードと、ブロードキャストサービスがデータを更新されたデータへと更新する頻度に対応する最小リフレッシュレートを取得するためのコードと、ブロードキャストサービスによってデータを送信するためのコードであって、送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、送信するためのコードと、１つまたは複数のアクセシングクライアントデバイスに少なくとも最小リフレッシュレートを通信するためのコードと、最小リフレッシュレートに等しい時間の後に、更新されたデータをブロードキャストサービスによって送信するためのコードとを含む。
【００１２】
[0012]  本開示の追加の態様は、ワイヤレス通信のために構成されたクライアントデバイスを対象とする。装置は、少なくとも１つのプロセッサと、この少なくとも１つのプロセッサに結合されたメモリとを含む。プロセッサは、データ送信サービスを記述するサービス記述ファイルからクライアントデバイスによってトランスポートパラメータを取り出すことであって、サービス記述ファイルはデータ送信サービスとは別個である、取り出すことと、サービス記述ファイルからリフレッシュレートをクライアントデバイスによって取得することであって、リフレッシュレートは、データ送信サービスによって提供されるデータ送信内のデータをデータ送信サービスが更新する頻度に関する、取得することと、サービス記述ファイルから取り出されたトランスポートパラメータを使用して、データ送信サービスからデータを受信するためにクライアントデバイスによってデータ送信にアクセスすることと、更新されたデータを受信するためにクライアントデバイスによるデータ送信への後続のアクセスを遅らせることであって、後続のアクセスは、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、遅らせることと、を行うように構成される。
【００１３】
[0013]  本開示の追加の態様は、ワイヤレス通信のために構成された装置を対象とする。装置は、少なくとも１つのプロセッサと、この少なくとも１つのプロセッサに結合されたメモリとを含む。プロセッサは、ブロードキャスト送信のためのデータをブロードキャストサービスにおいて識別することと、ブロードキャストサービスがデータを更新されたデータへと更新する頻度に対応する最小リフレッシュレートを取得することと、ブロードキャストサービスによってデータを送信することであって、送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、送信することと、１つまたは複数のアクセシングクライアントデバイスに少なくとも最小リフレッシュレートを通信することと、最小リフレッシュレートに等しい時間の後に、更新されたデータをブロードキャストサービスによって送信することとを行うように構成される。
【図面の簡単な説明】
【００１４】
【図１】図１は、本開示の一態様にしたがって構成されたクライアント−サーバアーキテクチャを例示するブロック図である。
【図２】図２は、本開示の一態様による、クライアントデバイスとサーバとの間の通信フロー図である。
【図３】図３は、テレコミュニケーションシステムの一例を示すブロック図である。
【図４】図４は、テレコミュニケーションシステムにおけるダウンリンクフレーム構造の一例を概念的に示すブロック図である。
【図５】図５は、本開示の一態様にしたがって構成された基地局／ｅＮＢおよびＵＥの設計を例示するブロック図である。
【図６】図６は、ユニキャストおよびマルチキャスト信号に対するシンボル割振りの例を例示するシグナリングフレームの図である。
【図７】図７は、ＭＢＳＦＮ（MBMS over a Single Frequency Network）サービスエリア内のＭＢＳＦＮエリアを例示する図である。
【図８】図８は、ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システムのコンポーネントを例示するブロック図である。
【図９】図９は、本開示の一態様にしたがって構成されたブロードキャスティングネットワークによって送信されるデータキャスティングタイプを例示する図である。
【図１０】図１０は、本開示の一態様にしたがって構成されたサービス記述ファイルを例示する図である。
【図１１】図１１は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。
【図１２】図１２は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。
【図１３】図１３は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。
【図１４】図１４は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。
【詳細な説明】
【００１５】
[0028]  添付の図面に関連して以下に示される詳細な説明は、様々な構成を説明することを意図したものであり、本開示の適用範囲（scope）を限定することを意図したものではない。むしろ、この詳細な説明は、発明の主題の徹底した理解をもたらすことを目的とした特定の詳細を含む。これら特定の詳細がすべてのケースで必要とされるわけではないこと、および、いくつかの事例では、提示の明確さのために周知の構造およびコンポーネントがブロック図の形式で示されることは、当業者には明らかであろう。
【００１６】
[0029]  図１は、本開示の一態様にしたがって構成されたクライアント−サーバアーキテクチャ１０を例示するブロック図である。クライアント−サーバアーキテクチャ１０は、それの最も簡潔な表現で、インターネット１０１のようなＩＰネットワークを通じてクライアントデバイス１０２と通信するサーバ１００を提供する。クライアントデバイス１０２は、ＷＬＡＮを使用するかＷＷＡＮを使用するかに関わらず、在来のワイヤライン通信プロトコルまたはワイヤレス通信プロトコルを通じてインターネット１０１に接続する、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、モバイル電話、ユーザ機器（ＵＥ）、アクセス端末（ＡＴ）、等を含む任意の数の異なるデバイスを備えうる。クライアントデバイス１０２は、メモリ１０８およびネットワークインターフェースカード（ＮＩＣ）１１０に結合された少なくとも１つのプロセッサ１０７を含み、それは、マルチプルプロセッサまたはマルチプルプロセッシングコアを含みうる。メモリ１０８は、リフレッシュレート１０９およびＡＰＰ １１２のような様々な情報、アプリケーション、およびデータを記憶する。ＮＩＣ １１０は、クライアントデバイス１０２とインターネット１０１との間の通信インターフェースを提供する。したがって、ＮＩＣ １１０は、ワイヤライン結合、ＷＬＡＮまたはＷＷＡＮネットワークへのワイヤレス結合、または同様のものを提供しうる。
【００１７】
[0030]  サーバ１００はまた、メモリ１０４およびＮＩＣ １０６に結合された少なくとも１つのプロセッサ１０７を含み、それは、マルチプルプロセッサまたはマルチプルプロセッシングコアを含みうる。クライアントデバイス１０２のメモリ１０８と同様に、サーバ１００のメモリ１０４は、推定リフレッシュレート１０５およびデータ１１３のような、様々な情報、アプリケーション、およびデータを記憶する。ＮＩＣ １０６は、サーバ１００とインターネット１０１との間の通信インターフェースを同様に提供する。
【００１８】
[0031]  クライアント−サーバアーキテクチャ１０の動作は、通常、クライアントデバイス１０２が、サーバ１００によってリモートに保持されているデータを使用するＡＰＰ １１２のようなアプリケーションを実行することを含む。クライアントデバイス１０２上のアプリケーションがリモートデータを必要とするとき、リモートデータを求める要求がインターネット１０１を通じてサーバ１００に送られる。サーバ１００は一般に、インターネット１０１を通じてクライアントデバイス１０２にデータ１１３を送ることによって応答する。次いで、実行中のアプリケーションは、それの動作環境でデータ１１３を使用する。そのようなアプリケーションは、ウェブブラウザを含む多くの形態をとることができ、この場合、データ１１３は、このウェブブラウザ上での提示のためのＨＴＭＬデータを備える。これはまた、株価情報またはニュースアプリケーションでありえ、その場合、データ１１３は、アプリケーションによる提示のための株価情報またはニュース記事を備える。本質的に、サーバ１００によってリモートに処理され保持されるデータについてのクライアントとして動作するアプリケーションの種類には制限はない。
【００１９】
[0032]  本開示の様々な態様によれば、サーバ１００がデータ１１３を、電子的に発行するために、または、そのようなデータを１つまたは複数のクライアントデバイスに利用可能またはアクセス可能にするために識別すると、それは、リフレッシュレートを推定するか、またはリフレッシュレートで構成される。リフレッシュレートは、サーバ１００がデータ１１３を更新またはリフレッシュする周期的な時間フレームである。例えば、データ１１３が株価情報またはニュース記事を表すとき、サーバ１００は、それがどれだけ頻繁に新しい株価情報または新しいニュース記事でデータ１１３を更新するかを推定する。サーバ１００がデータ１１３へのアクセスを提供すると、クライアントデバイス１０２は、そのようなデータに関する要求に応答してデータ１１３を受信する。しかしながら、サーバ１００はまた、推定リフレッシュレートに基づくリフレッシュレートを通信し、クライアントデバイス１０２はまた、それを取得する。所定の更新要求スケジュールに依存する代わりに、クライアントデバイス１０２は、リフレッシュレートを使用して、更新されたデータを求める要求を次はいつ送るべきかを決定する。その際、クライアントデバイス１０２が更新要求を送るレートは、サーバ１００がデータ１１３を更新するレートに対応することになる。この追加のリフレッシュレート情報により、クライアントデバイス１０２は、更新されたデータをより効率的に要求および受信することができるようになる。
【００２０】
[0033]  図２は、本開示の一態様による、クライアントデバイス１０２とサーバ１００との間の通信フロー図である。図２に示された例の目的で、クライアント−サーバアーキテクチャは、サーバ１００にホスティングされている特定のウェブサイトを表示しようと努めるクライアントウェブブラウザをクライアントデバイス１０２が操作するウェブアクセスをサポートする。時間２００において、クライアントデバイス１０２は、ＨＴＴＰを使用して、ウェブサイトデータを求めるクライアント要求をサーバ１００に送る。サーバ１００は、ウェブサイトデータを、ウェブサイトのリフレッシュレートとともに送る。図２の現在説明されている態様では、サーバ１００は、リフレッシュレートをクライアントデバイス１０２に割り当てる。クライアントデバイス１０２は、時間２０２において、リフレッシュレートを処理する。この処理により、クライアント１０２は、更新されたウェブサイトデータを求める次の要求を、リフレッシュレート期間２０３ぶん遅らせる。リフレッシュレート期間２０３は、サーバ１００から受信されたリフレッシュレートに基づきうる。
【００２１】
[0034]  リフレッシュレート期間２０３の後、クライアント１０２は、時間２０４において、更新されたウェブサイトデータを求める次のクライアント要求を送信する。それに応答して、サーバ１００は、時間２０５において、リフレッシュされたウェブサイトデータを送信する。ここに記載の態様によれば、サーバ１００がリフレッシュされたウェブサイトデータを送信するとき、それはまたリフレッシュレートも含める。ウェブサイトのコンテンツに応じて、時間２０５において送信されるリフレッシュレートは、同じレートであるかまたは異なるレートでありうる。このように、サーバ１００は、ウェブサイトの変化する条件を反映するために、リフレッシュレートを動的に変化させうる。いくつかの期間中は、ウェブサイトがそれ程変化しないためより長いリフレッシュレートに帰着し、他の期間では、ウェブサイトが急速に変化するためより短いリフレッシュレートに帰着しうる。
【００２２】
[0035]  本開示の選択された態様において、ＨＴＴＰを通じてリフレッシュレートを伝達するために様々な手段が使用されうることに留意されたい。例えば、リフレッシュレートデータを戻すために、拡張ヘッダが使用されうる。追加的に、リフレッシュレートデータを通信するために使用されうる新しいステータスコードを追加するために、ＨＴＴＰ規格が変更されうる。本開示の様々な態様は、サーバからクライアントにリフレッシュレートデータを伝達するためのいずれか１つの方法に限定されない。
【００２３】
[0036]  本開示の様々な態様はまた、ブロードキャストネットワークを介したブロードキャストデータ配信におけるような、それ程典型的ではないクライアント−サーバアーキテクチャモデルで使用されうる。ブロードキャストネットワークを介したそのようなデータ配信は、しばしばデータキャスティングと呼ばれる。ブロードキャストネットワークは、いくつかのタイプのサービスを提供しうる。例えば、リアルタイムトランスポートプロトコル（ＲＴＰ）や、ＭＰＥＧ（Moving Picture Experts Group）トランスポートストリーム（ＴＳ）など、様々な手段によってメディアがトランスポートされる、ストリーミングサービスが提供されうる。そのようなストリーミングサービスにおいて受信されるメディアは、通常、ただちに「消費される（consumed）」または処理されうる。ファイル配信サービスもまた、ブロードキャストネットワークによって提供されうる。ファイル配信サービスは、ＦＬＵＴＥ（file delivery over unidirectional transport）や、ＮＯＲＭ（non-acknowledgement (NAK)-oriented reliable multicast）など、信頼性の高いトランスポートプロトコルを使用して様々なデータまたはコンテンツを配信する。配信されるコンテンツは、ただちに消費されるか、または後で処理するために記憶されうる。
【００２４】
[0037]  ＬＴＥネットワークのような、ＷＷＡＮを使用したブロードキャストネットワークのための新しいブロードキャスティング技術は、従来のブロードキャストネットワークのファイル配信サービスと別個のストリーミングとの間の境界線を曖昧にし始めうる。動的適応型ストリーミングオーバＨＴＴＰ（ＤＡＳＨ）は、信号強度およびネットワーク負荷に応じて動的にダウンロード可能となる異なるサイズおよび量のコンテンツファイルを規定する（provide for）ストリーミングトランスポート規格である。ストリームは、これらのトランスポートファクタ（transport factors）（例えば、信号強度、ネットワーク負荷、等）が変化するにつれて、異なるサイズおよび量の間で動的にかつシームレスに切り替えることが可能である。ユニキャストシステムを介したＤＡＳＨは、ＩＰネットワークにおいてＲＴＰをリプレイすることができ、一方で、ブロードキャストシステムでのそれの使用は、ファイルベースのストリーミングサービス、または、配信されるメディアがただちに消費されるファイル配信サービスのサブタイプを作り出しうる。
【００２５】
[0038]  本明細書で説明される様々な態様および技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、のような様々なワイヤレス通信ネットワークおよび他のネットワークと併せて使用されうる。「ネットワーク」および「システム」という用語は、多くの場合交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、米国電気通信工業会（ＴＩＡ）のＣＤＭＡ２０００（登録商標）、等の無線技術を実現しうる。ＵＴＲＡ技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００（登録商標）技術は、米国電子工業会（ＥＩＡ）およびＴＩＡのＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格を含む。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭＡ、等の無線技術を実現しうる。ＵＴＲＡおよびＥ−ＵＴＲＡ技術は、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスド（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのより新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と呼ばれる組織からの文書で説明されている。ＣＤＭＡ２０００（登録商標）およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる組織の文書で説明されている。本明細書で説明される技法は、上述されたワイヤレスネットワークおよび無線接続技術に加えて、他のワイヤレスネットワークおよび無線接続技術に対して使用されうる。明瞭さのために、本技術の特定の態様は、以下でＬＴＥに関して記述され、ＬＴＥ用語が以下の記述の大部分で使用されうる。
【００２６】
[0039]  図３は、ワイヤレス通信ネットワーク３００を示し、これはＬＴＥネットワークでありうる。ワイヤレスネットワーク３００は、多数のｅＮＢ ３１０および他のネットワークエンティティを含みうる。ｅＮＢは、ＵＥと通信する局であり、基地局、ノードＢ、アクセスポイント、または他の用語でも呼ばれうる。各ｅＮＢ ３１０ａ、３１０ｂ、３１０ｃは、特定の地理的エリアに対して通信カバレッジを提供しうる。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレッジエリア、および／または、このカバレッジエリアにサービス提供するｅＮＢサブシステムを指しうる。
【００２７】
[0040]  ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または、他のタイプのセルに対して通信カバレッジを提供しうる。マクロセルは、比較的大きな地理的エリア（例えば、半径数キロ）をカバーし、サービスに加入しているＵＥによる無制限のアクセスを許可しうる。ピコセルは、比較的小さい地理的エリアをカバーし、サービスに加入しているＵＥによる無制限のアクセスを許可しうる。フェムトセルは、比較的小さい地理的エリア（例えば、家）をカバーし、このフェムトセルと関連性のあるＵＥ（例えば、クローズド加入者グループ（ＣＳＧ）内のＵＥ、家の中にいるユーザのＵＥ、等）による制限付きアクセスを許可しうる。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれうる。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれうる。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢ（ＨＮＢ）と呼ばれうる。図３に示される例では、ｅＮＢ ３１０ａ、３１０ｂ、３１０ｃはそれぞれ、マクロセル３０２ａ、３０２ｂ、３０２ｃのためのマクロｅＮＢでありうる。ｅＮＢ ３１０ｘは、ＵＥ ３０２ｘにサービス提供する、ピコセル３０２ｘのためのピコｅＮＢでありうる。ｅＮＢ ３１０ｙおよび３１０ｚはそれぞれ、フェムトセル３０２ｙおよび３０２ｚのためのフェムトｅＮＢでありうる。ｅＮＢは、１つまたは多数の（例えば、３つの）セルをサポートしうる。
【００２８】
[0041]  ワイヤレスネットワーク３００はまた中継局３１０ｒも含みうる。中継局は、アップストリーム局（例えば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、ダウンストリーム局（例えば、ＵＥまたはｅＮＢ）にデータおよび／または他の情報の送信を送る局である。中継局はまた、他のＵＥのための送信を中継するＵＥでありうる。図３に示される例では、中継局３１０ｒは、ｅＮＢ ３１０ａとＵＥ ３２０ｒとの間の通信を容易にするために、ｅＮＢ ３１０ａおよびＵＥ ３２０ｒと通信しうる。中継局は、中継ｅＮＢ、リレー、等とも呼ばれうる。
【００２９】
[0042]  ワイヤレスネットワーク３００は、異なるタイプのｅＮＢ、例えば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、等を含む異種ネットワークでありうる。これらの異なるタイプのｅＮＢは、ワイヤレスネットワーク３００において、異なる送信電力レベル、異なるカバレッジエリア、および干渉に対する異なる影響を有しうる。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、２０ワット）を有しうるが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信電力レベル（例えば、１ワット）を有しうる。
【００３０】
[0043]  ワイヤレスネットワーク３００は、同期動作または非同期動作をサポートしうる。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し、異なるｅＮＢからの送信は、時間的に大まかにアラインされうる。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し、異なるｅＮＢからの送信は、時間的にアラインされない可能性がある。本明細書で説明される技法は、同期動作と非同期動作の両方に対して使用されうる。
【００３１】
[0044]  ネットワークコントローラ３３０は、ｅＮＢのセットに結合しており、これらのｅＮＢに対して協調および制御を提供しうる。ネットワークコントローラ３３０は、バックホールを経由してｅＮＢ ３１０と通信しうる。ｅＮＢ ３１０はまた、例えば、ワイヤレスバックホールまたはワイヤラインバックホールを経由して間接的または直接的に互いに通信しうる。
【００３２】
[0045]  ＵＥ ３２０は、ワイヤレスネットワーク３００全体に分散しており、各ＵＥは固定式（stationary）または可動式（mobile）でありうる。ＵＥは、端末、モバイル局、加入者ユニット、局、等とも呼ばれうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、または他のモバイルエンティティでありうる。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することができうる。図３では、両矢印付きの実線は、ＵＥとサービングｅＮＢとの間の所望の送信を示し、このサービングｅＮＢは、ダウンリンクおよび／またはアップリンク上でＵＥにサービス提供するように指定されたｅＮＢである。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉を引き起こす送信を示す。
【００３３】
[0046]  ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上では単一キャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、通称トーン、ビン、等とも呼ばれる多数の（Ｋ個の）直交サブキャリアに分割する。各サブキャリアはデータで変調されうる。一般に、ＯＦＤＭでは周波数ドメインで、ＳＣ−ＦＤＭでは時間ドメインで変調シンボルが送られる。隣接サブキャリア間の間隔は一定でありえ、サブキャリアの総数（Ｋ）はこのシステム帯域幅に依存しうる。例えば、Ｋは、１．４、３、５、１０、１５または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ１２８、２５６、５１２、１０２４、または２０４８に等しくなりうる。システム帯域幅はまたサブバンドに分割されうる。例えば、サブバンドは１．０８ＭＨｚをカバーすることができ、１．４、３、５、１０、１５、または２０ＭＨｚのシステム帯域幅に対してそれぞれ１、２、４、８、または１６個のサブバンドが存在しうる。
【００３４】
[0047]  図４は、ＬＴＥにおいて使用されるダウンリンクフレーム構造を示す。ダウンリンクの送信タイムラインは、無線フレームの複数のユニットに分割されうる。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し、０〜９のインデクスを有する１０個のサブフレームに分割されうる。各サブフレームは２つのスロットを含みうる。ゆえに、各無線サブフレームは、０から１９のインデックスを有する２０個のスロットを含みうる。各スロットは、Ｌ個のシンボル期間、例えば、図４に示されるようなノーマルなサイクリックプリフィックス（ＣＰ）の場合には７個のシンボル期間を、または、拡張サイクリックプリフィックスの場合には６個のシンボル期間を含みうる。ノーマルなＣＰおよび拡張ＣＰは、本明細書では異なるＣＰタイプとしてみなされる。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスが割り当てられうる。利用可能な時間周波数リソースは、複数のリソースブロックに分割されうる。各リソースブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２個のサブキャリア）をカバーしうる。
【００３５】
[0048]  ＬＴＥでは、ｅＮＢは、このｅＮＢにおいて、セルごとにプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送りうる。プライマリ同期信号およびセカンダリ同期信号は、図４において示されるように、ノーマルなサイクリックプレフィックスの場合、各無線フレームのサブフレーム０および５の各々のシンボル期間６および５でそれぞれ送られうる。これらの同期信号は、セル検出および捕捉のためにＵＥによって使用されうる。ｅＮＢは、サブフレーム０のスロット１のシンボル期間０〜３で物理ブロードキャストチャネル（ＰＢＣＨ）を送りうる。ＰＢＣＨは特定のシステム情報を搬送しうる。
【００３６】
[0049]  図４では第１のシンボル期間全体で描写されているが、ｅＮＢは、各サブフレームの第１のシンボル期間の一部だけで物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送りうる。ＰＣＦＩＣＨは、制御チャネルに対して使用されるシンボル期間の数（Ｍ）を伝達しうる。ここで、Ｍは、１、２、または３に等しく、サブフレームごとに変化しうる。Ｍはまた、例えば１０より少ないリソースブロックを有する小さなシステム帯域幅の場合、４に等しい可能性がある。図４で示される例ではＭ＝３である。ｅＮＢは、各サブフレームの最初のＭ個（図４ではＭ＝３）のシンボル期間で、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送りうる。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするために情報を搬送しうる。ＰＤＣＣＨは、ＵＥに対するリソース割振りについての情報と、ダウンリンクチャネルに関する制御情報とを搬送しうる。図４の第１のシンボル期間には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨもまた第１のシンボル期間に含まれることは理解される。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、図４ではそのようには示されていないが、第２および第３のシンボル期間の両方に存在する。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送りうる。ＰＤＳＣＨは、ダウンリンクでのデータ送信に対してスケジューリングされたＵＥのためのデータを搬送しうる。ＬＴＥにおける様々な信号およびチャネルは、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する、３ＧＰＰ ＴＳ ３６．２１１に記述されており、それは公的に入手可能である。
【００３７】
[0050]  ｅＮＢは、このｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚでＰＳＳ、ＳＳＳ、およびＰＢＣＨを送りうる。ｅＮＢは、ＰＣＦＩＣＨおよびＰＨＩＣＨが送られる各シンボル期間にシステム帯域幅全体にわたってこれらのチャネルを送りうる。ｅＮＢは、システム帯域幅の特定の部分でＵＥのグループにＰＤＣＣＨを送りうる。ｅＮＢは、システム帯域幅の特定の部分で、特定のＵＥにＰＤＳＣＨを送りうる。ｅＮＢは、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨをブロードキャスト方式ですべてのＵＥに送り、ＰＤＣＣＨをユニキャスト方式で特定のＵＥに送り、同様にユニキャスト方式でＰＤＳＣＨを特定のＵＥに送りうる。
【００３８】
[0051]  多数のリソースエレメントが各シンボル期間において利用可能でありうる。各リソースエレメントは、１つのシンボル期間において１つのサブキャリアをカバーし、実数値または複素数値でありうる１つの変調シンボルを送るために使用されうる。各シンボル期間において基準信号に対して使用されないリソースエレメントは、リソースエレメントグループ（ＲＥＧ）に配置されうる。各ＲＥＧは、１つのシンボル期間に４つのリソースエレメントを含みうる。ＰＣＦＩＣＨは、シンボル期間０において４つのＲＥＧを占有しており、それらは周波数にわたってほぼ均等に間隔が空けられうる。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において３つのＲＥＧを占有しており、それらは周波数にわたって拡散されうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属するか、またはシンボル期間０、１および２に拡散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間において９、１８、３２、または６４個のＲＥＧを占有し、これらは利用可能なＲＥＧから選択されうる。ＲＥＧの特定の組み合わせのみがＰＤＣＣＨに対して許容されうる。
【００３９】
[0052]  ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨに対して使用される特定のＲＥＧを知っている可能性がある。ＵＥは、ＰＤＣＣＨに対するＲＥＧの異なる組み合わせを探索しうる。探索すべき組み合わせの数は、典型的には、ＰＤＣＣＨに対して許容される組み合わせの数よりも少ない。ｅＮＢは、ＵＥが探索するであろう組み合わせのいずれかにおいてＵＥにＰＤＣＣＨを送りうる。
【００４０】
[0053]  １つのＵＥが多数のｅＮＢのカバレッジ内に存在しうる。これらｅＮＢのうちの１つは、ＵＥにサービス提供するために選択されうる。サービングｅＮＢは、受信電力、パス損失、信号対雑音比（ＳＮＲ）、等のような様々な基準に基づいて選択されうる。
【００４１】
[0054]  図５は、基地局／ｅＮＢ ３１０およびＵＥ ３２０の設計のブロック図を示し、これらは、図３における基地局／ｅＮＢのうちの１つおよびＵＥのうちの１つでありうる。制限付きの関連付けシナリオの場合、基地局３１０は、図３におけるマクロｅＮＢ ３１０ｃであり、ＵＥ ３２０はＵＥ ３２０ｙでありうる。基地局３１０はまた、何らかの他のタイプの基地局でありうる。基地局３１０は、アンテナ５３４ａ〜５３４ｔを備え、ＵＥ ３２０は、アンテナ５５２ａ〜５５２ｒを備えうる。
【００４２】
[0055]  基地局３１０において、送信プロセッサ５２０は、データソース５１２からデータを、コントローラ／プロセッサ５４０から制御情報を受け取りうる。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ、等のためのものでありうる。データは、ＰＤＳＣＨ、等のためのものでありうる。プロセッサ５２０は、このデータおよび制御情報を処理（例えば、符号化およびシンボルマッピング）して、それぞれデータシンボルおよび制御シンボルを取得しうる。プロセッサ５２０はまた、例えば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成しうる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ５３０は、適用可能であれば、これらデータシンボル、制御シンボル、および／または基準シンボルに対して空間処理（例えば、プレコーディング）を実行し、変調器（ＭＯＤ）５３２ａ〜５３２ｔに出力シンボルストリームを提供しうる。各変調器５３２は、それぞれの出力シンボルストリーム（例えば、ＯＦＤＭ、等のための）を処理して、出力サンプルストリームを取得しうる。各変調器５３２は、この出力サンプルストリームをさらに処理（例えば、アナログ変換、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得しうる。変調器５３２ａ〜５３２ｔからのダウンリンク信号はそれぞれアンテナ５３４ａ〜５３４ｔを経由して送信されうる。
【００４３】
[0056]  ＵＥ ３２０において、アンテナ５５２ａ〜５５２ｒは、基地局３１０からダウンリンク信号を受信し、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）５５４ａ〜５５４ｒに提供しうる。各復調器５５４は、それぞれの受信された信号を調整（例えば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得しうる。各復調器５５４は、これら入力サンプル（例えば、ＯＦＤＭなどについて）をさらに処理して、受信シンボルを取得しうる。ＭＩＭＯ検出器５５６は、すべての復調器５５４ａ〜５５４ｒから受信シンボルを取得し、適用可能であれば、これら受信シンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供しうる。受信プロセッサ５５８は、検出されたシンボルを処理（例えば、復調、デインタリーブ、および復号）し、ＵＥ ３２０のための復号済みデータをデータシンク５６０に提供し、復号済み制御情報をコントローラ／プロセッサ５８０に提供しうる。
【００４４】
[0057]  アップリンクでは、ＵＥ ３２０において、送信プロセッサ５６４は、データソース５６２からデータ（例えば、ＰＵＳＣＨのための）を、コントローラ／プロセッサ５８０から制御情報（例えば、ＰＵＣＣＨのための）を受け取り、処理しうる。プロセッサ５６４はまた、基準信号のための基準シンボルを生成しうる。送信プロセッサ５６４からのシンボルは、適用可能であれば、ＴＸ ＭＩＭＯプロセッサ５６６によってプリコーディングされ、変調器５５４ａ〜５５４ｒによってさらに処理され（例えば、ＳＣ−ＦＤＭ、等のために）、基地局３１０に送信されうる。基地局３１０において、ＵＥ ３２０からのアップリンク信号は、アンテナ５３４によって受信され、復調器５３２によって処理され、適用可能であれば、ＭＩＭＯ検出器５３６によって検出され、受信プロセッサ５３８によってさらに処理されて、ＵＥ ３２０によって送られた復号済みデータおよび制御情報が取得されうる。プロセッサ５３８は、復号済みデータをデータシンク５３９に提供し、復号済み制御情報をコントローラ／プロセッサ５４０に提供しうる。
【００４５】
[0058]  コントローラ／プロセッサ５４０および５８０は、それぞれ基地局３１０およびＵＥ ３２０における動作を指揮しうる。基地局３１０のプロセッサ５４０および／または他のプロセッサおよびモジュールは、本明細書で説明される技法のための様々なプロセスの実行を実行または指揮しうる。ＵＥ ３２０のプロセッサ５８０および／または他のプロセッサおよびモジュールは、図１１〜１４に例示されている機能ブロック、および／または、本明細書で説明される技法のための他のプロセスの実行を実行または指揮しうる。メモリ５４２および５８２は、それぞれ基地局３１０およびＵＥ ３２０のためのデータおよびプログラムコードを記憶しうる。スケジューラ５４４は、ダウンリンクおよび／またはアップリンク上のデータ送信のためにＵＥをスケジューリングしうる。
【００４６】
[0059]  一構成では、ワイヤレス通信のためのＵＥ ３２０は、ＵＥの接続モード中に、干渉を引き起こす基地局からの干渉を検出するための手段と、干渉を引き起こす基地局の発生リソース（yielded resource）を選択するための手段と、この発生リソース上の物理ダウンリンク制御チャネルの誤り率を取得するための手段と、誤り率が所定のレベルを超えたことに応答して実行可能な、無線リンク失敗を宣言するための手段とを含む。一態様では、前述の手段は、これらの前述の手段によって列挙（recite）された機能を実行するように構成された、プロセッサ、コントローラ／プロセッサ５８０、メモリ５８２、受信プロセッサ５５８、ＭＩＭＯ検出器５５６、復調器５５４ａ、およびアンテナ５５２ａを含みうる。別の態様では、前述の手段は、これらの前述の手段によって列挙された機能を実行するように構成されたモジュールまたは任意の装置でありうる。
【００４７】
[0060]  単一周波数ネットワークにおけるｅＭＢＭＳおよびユニキャストシグナリング：マルチメディアのための高帯域幅通信を容易にする１つの技法は、単一周波数ネットワーク（ＳＦＮ）動作であった。具体的には、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）およびＬＴＥのためのＭＢＭＳは、高度なＭＢＭＳ（ｅＭＢＭＳ）（例えば、最近、ＬＴＥコンテキストにおいて、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）として知られるようになってきたものを含む）としても知られており、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、加入者ＵＥと通信するために、例えばｅＮＢのような無線送信機を利用する。ｅＮＢのグループは、信号が互いに干渉するのではなく互いに強め合うように、同期された形で情報を送信することができる。ｅＭＢＭＳのコンテキストでは、共有コンテンツは、ＬＴＥネットワークの多数のｅＮＢから多数のＵＥに送信される。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、ｅＭＢＭＳサービスエリアまたはＭＢＳＦＮエリアの一部として無線範囲内の任意のｅＮＢからｅＭＢＭＳ信号を受信しうる。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、非ｅＭＢＭＳチャネルを介してサービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ）情報を受信する。ＭＣＣＨ情報は時間ごとに変化し、変化の通知は、別の非ｅＭＢＭＳチャネルであるＰＤＣＣＨを介して提供される。したがって、特定のｅＭＢＭＳエリア内でｅＭＢＭＳ信号を復号するために、各ＵＥは、そのエリア内のｅＮＢのうちの１つによってＭＣＣＨおよびＰＤＣＣＨ信号がサービス提供される。
【００４８】
[0061]  本開示の主題の態様によれば、ｅＭＢＭＳのための単一キャリア最適化に関する特徴を有するワイヤレスネットワーク（例えば、３ＧＰＰネットワーク）が提供される。ｅＭＢＭＳは、ＬＴＥネットワークから、例えばＵＥのような多数のモバイルエンティティに共有コンテンツを送信するための効率的な方法を提供する。
【００４９】
[0062]  ＬＴＥ周波数分割複信（ＦＤＤ）のためのｅＭＢＭＳの物理層（ＰＨＹ）に関して、チャネル構造は、混合キャリア上におけるユニキャスト送信とｅＭＢＭＳとの間での時分割多重化（ＴＤＭ）リソース分割を備え、それにより、フレキシブルで動的なスペクトル利用を可能にする。現在、サブフレームのサブセット（最大６０％）は、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られており、ｅＭＢＭＳ送信のためにリザーブされうる。このように、現在のｅＭＢＭＳ設計は、ｅＭＢＭＳに対して、１０個のサブフレームのうち最大で６個を許可する。
【００５０】
[0063]  単一キャリアのケースについて、ｅＭＢＭＳのためのサブフレーム割振りの例が図６には示されており、これは、ＭＢＳＦＮサブフレーム上でのＭＢＳＦＮ基準信号の既存の割振りを示す。図６に描写されているコンポーネントは、図４に示されているものに対応しており、図６は、各スロット内の個々のサブキャリアおよびリソースブロック（ＲＢ）を示す。３ＧＰＰ ＬＴＥでは、ＲＢは、スロット持続時間０．５ｍｓにわたって１２個のサブキャリアに及び、各サブキャリアは、１つのＲＢにつき１５ｋＨｚの帯域幅を有し、それは全体で１８０ｋＨｚに及ぶ。ユニキャストまたはｅＭＢＭＳについてはサブフレームが割り振られうる。例えば、０，１，２，３，４，５，６，７，８，９とラベル付けされたサブフレームのシーケンスにおいて、ＦＤＤでは、サブフレーム０，４，５，９がｅＭＢＭＳから除かれうる。また、時分割複信（ＴＤＤ）では、サブフレーム０，１，５，６がｅＭＢＭＳから除かれうる。より具体的には、サブフレーム０，４，５，９が、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ）およびユニキャストサービスに対して使用されうる。シーケンス内の残りのサブフレーム、例えば、サブフレーム１，２，３，６，７，８は、ｅＭＢＭＳサブフレームとして構成されうる。
【００５１】
[0064]  続けて図６を参照すると、各ｅＭＢＭＳサブフレーム内では、最初の１つまたは２つのシンボルが、ユニキャスト基準シンボル（ＲＳ）および制御シングナリングのために使用されうる。最初の１つまたは２つのシンボルのＣＰ長はサブフレーム０のものに従いうる。送信ギャップは、ＣＰ長が異なる場合、最初の１つまたは２つのシンボルと、ｅＭＢＭＳシンボルとの間で生じうる。関連した態様では、ＲＳオーバヘッド（例えば、６つのｅＭＢＭＳサブフレームと、各ｅＭＢＭＳサブフレーム内の２つの制御シンボル）を考慮すると、ｅＭＢＭＳ帯域幅全体の利用率は４２．５％でありうる。ＭＢＳＦＮ ＲＳおよびユニキャストＲＳを提供するための既知の技法は、典型的には、ＭＢＳＦＮサブフレーム上でＭＢＳＦＮ ＲＳを割り振ること（図６に示されるような）と、非ＭＢＳＦＮサブフレーム上にユニキャストＲＳを別個で割り振ることとを伴う。より具体的には、図６が示すように、ＭＢＳＦＮサブフレームの拡張ＣＰは、ＭＢＳＦＮ ＲＳを含むが、ユニキャストＲＳは含まない。本技術は、限定としてではなく例として提示される図４および６で例示されている特定のフレーム割振りスキームに限られるわけではない。本明細書で使用される場合、マルチキャストセッションまたはマルチキャストブロードキャストは、任意の適切なフレーム割振りスキームを使用しうる。
【００５２】
[0065]  ｅＭＢＭＳサービスエリア：図７は、多数のセルまたは基地局７１０をそれら自体が含む多数のＭＢＳＦＮエリア７０４、７０６、７０８を包含するＭＢＭＳサービスエリア７０２を含むシステム７００を例示する。本明細書で使用される場合、「ＭＢＭＳサービスエリア」とは、特定のＭＢＭＳサービスが利用可能なワイヤレス送信セルのグループを指す。例えば、特定のスポーツまたは他のプログラムが、特定の時間にＭＢＭＳサービスエリア内の基地局によってブロードキャストされうる。特定のプログラムがブロードキャストされるエリアは、ＭＢＭＳサービスエリアを定義する。ＭＢＭＳサービスエリアは、７０４、７０６、および７０８で示されるような１つまたは複数の「ＭＢＳＦＮエリア」から構成されうる。本明細書で使用される場合、ＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期された形で特定のプロラムを現在ブロードキャストしているセル（例えば、セル７１０）のグループを指す。「ＭＢＳＦＮ同期エリア」とは、相互接続されているセルのグループであって、ＭＢＳＦＮプロトコルを使用して特定のプログラムをブロードキャストするためにそれらが同期された形で動作することが、それらが現在そのように行っているかどうかに関係なく、可能なように構成された、セルのグループを指す。各ｅＮＢは、所与の周波数レイヤ上で、たった１つのＭＢＳＦＮ同期エリアに属しうる。ＭＢＭＳサービスエリア７０２が、１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含みうることは注目に値する。逆に、１つのＭＢＳＦＮ同期エリアが、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含みうる。一般に、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアのすべてまたはその一部から構成され、単一のＭＢＭＳサービスエリア内に位置する。様々なＭＢＳＦＮエリア間の重複はサポートされており、単一のｅＮＢは、いくつかの異なるＭＢＳＦＮエリアに属しうる。例えば、異なるＭＢＳＦＮエリアでのメンバーシップをサポートするために、最大８個の独立したＭＣＣＨがシステム情報ブロック（ＳＩＢ）１３において構成されうる。ＭＢＳＦＮエリアリザーブドセル（MBSFN Area Reserved Cell）または基地局は、例えば、ＭＢＳＦＮ同期エリア境界の近くのセルまたはそのロケーションゆえにＭＢＳＦＮ送信に必要とされないセルのような、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局である。
【００５３】
[0066]  ｅＭＢＭＳシステムコンポーネントおよび機能：図８は、ＭＢＳＦＮサービスを提供またはサポートするための、ワイヤレス通信システム８００の機能的エンティティを例示する。サービス品質（ＱｏＳ）に関して、システム８００は、保証ビットレート（ＧＢＲ）タイプのＭＢＭＳベアラを使用し、ここで、最大ビットレート（ＭＢＲ）はＧＢＲに等しい。これらのコンポーネントは、例として示され説明されるものであり、本明細書で説明される発明の概念を限定するものではなく、それは、マルチキャスト送信を配信および制御するための他のアーキテクチャおよび機能的な分散に対して採用されうる。
【００５４】
[0067]  システム８００は、ＭＢＭＳゲートウェイ（ＭＢＭＳ ＧＷ）８１６を含みうる。ＭＢＭＳ ＧＷ ８１６は、Ｍ１インターフェースを介したｅＮＢへのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト配信を制御する。例示されているｅＮＢ ８０４は、多くの可能性のあるもののうちの１つである。加えて、ＭＢＭＳ ＧＷは、Ｍ１インターフェースを介したＵＴＲＡＮ無線ネットワークコントローラ（ＲＮＣ）８２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト配信を制御する。例示されているＵＴＲＡＮ ＲＮＣ ８２０は、可能性のある多くのＲＮＣのうちの１つでありうる。Ｍ１インターフェースは、ＭＢＭＳデータ（ユーザプレーン）に関連付けられており、データパケットの配信にＩＰを利用する。ｅＮＢ ８０４は、Ｅ−ＵＴＲＡＮ Ｕｕインターフェースを介してＭＢＭＳコンテンツをＵＥ ８０２に提供しうる。ＵＴＲＡＮ ＲＮＣ ８２０は、Ｕｕインターフェースを介してＭＢＭＳコンテンツをＵＥ ８２２に提供しうる。ＭＢＭＳ ＧＷ ８１６は、モビリティ管理エンティティ（ＭＭＥ）８０８およびＳｍインターフェースを介して、例えば、ＭＢＭＳセッション開始およびセッション停止など、ＭＢＭＳセッション制御シグナリンをさらに実行しうる。ＭＢＭＳ ＧＷ ８１６はさらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を介しＭＢＭＳベアラを使用して、エンティティにインターフェースを提供し、ＳＧｉ−ｍｂ（制御プレーン）基準点を介しＭＢＭＳベアラを使用して、エンティティにインターフェースを提供しうる。ＳＧ−ｍｂインターフェースは、ＭＢＭＳベアラサービス固有シグナリングを搬送する。ＳＧｉ−ｍｂインターフェースは、ＭＢＭＳデータ配信のためのユーザプレーンインターフェースである。ＭＢＭＳデータ配信は、ＩＰユニキャスト送信によって、なおこれはデフォルトモードでありうる、または、ＩＰマルチキャスティングによって実行されうる。ＭＢＭＳ ＧＷ ８１６は、ＳＧＳＮ（Serving General Packet Radio Service Support Node）８１８およびＳｎ／Ｉｕインターフェースを経由してＵＴＲＡＮ上でＭＢＭＳに対して制御プレーン機能を提供しうる。
【００５５】
[0068]  システム８００は、マルチキャスト協調エンティティ（ＭＣＥ）８０６をさらに含みうる。ＭＣＥ ８０６は、ＭＢＭＳコンテンツからの承認制御機能を実行し、ＭＢＳＦＮ動作を使用するマルチセルＭＢＭＳ送信のために、ＭＢＳＦＮエリア内のすべてのｅＮＢによって使用される時間および周波数無線リソースを割り振りうる。ＭＣＥ ８０６は、例えば、変調およびコーディングスキームのような、ＭＢＳＦＮエリアについての無線構成を決定しうる。ＭＣＥ ８０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジューリングおよび制御し、どのサービスがどのマルチキャストチャネル（ＭＣＨ）で多重化されることとなるかを決定することによって、ｅＭＢＭＳサービス多重化を管理しうる。ＭＣＥ ８０６は、Ｍ３インターフェースを介してＭＭＥ ８０８とのＭＢＭＳセッション制御シグナリングに関与することができ、ｅＮＢ ８０４に対して制御プレーンインターフェースＭ２を提供しうる。
【００５６】
[0069]  システム８００は、コンテンツプロバイダサーバ８１４と通信するブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）８１２をさらに含みうる。ＢＭ−ＳＣ ８１２は、コンテンツプロバイダ８１４のような１つまたは複数のソースからのマルチキャストコンテンツの取込み（intake）をハンドリングし、後述するような、より高レベルな他の管理機能を提供しうる。これらの機能は、例えば、識別されたＵＥのためのＭＢＭＳサービスの認証および開始を含むメンバーシップ機能を含みうる。ＢＭ−ＳＣ ８１２は、ＭＢＭＳセッションおよび送信機能と、ライブブロードキャストのスケジューリングと、ＭＢＭＳおよび関連配信機能を含む配信とをさらに実行しうる。ＢＭ−ＳＣ ８１２は、マルチキャストに利用可能なコンテンツをアドバタイズする（advertise）ことといった、サービスアドバタイズメントおよびディスクリプションをさらに提供しうる。別個のパケットデータプロトコル（ＰＤＰ）コンテキストは、ＵＥとＢＭ−ＳＣ ８１２との間で制御メッセージを搬送するために使用されうる。ＢＭ−ＳＣ ８１２は、鍵管理のようなセキュリティ機能をさらに提供し、データボリュームおよびＱｏＳのようなパラメータにしたがってコンテンツプロバイダの課金を管理し、ＵＴＲＡＮにおいて、および、ブロードキャストモードについてはＥ−ＵＴＲＡＮにおいて、ＭＢＭＳに対してコンテンツ同期を提供し、ＵＴＲＡＮではＭＢＳＦＮデータに対するヘッダ圧縮を提供しうる。ＢＭ−ＳＣ ８１２は、ＱｏＳおよびＭＢＭＳサービスエリアのようなセッション属性を含む、セッション開始、更新、および停止をＭＢＭＳ−ＧＷ ８１６に示しうる。
【００５７】
[0070]  システム８００は、ＭＣＥ ８０６およびＭＢＭＳ−ＧＷ ８０８と通信するマルチキャスト管理エンティティ（ＭＭＥ）８０８をさらに含みうる。ＭＭＥ ８００は、Ｅ−ＵＴＲＡＮ上でＭＢＭＳに対して制御プレーン機能を提供しうる。加えて、ＭＭＥは、ＭＢＭＳ−ＧＷ ８１６によって定義されたマルチキャスト関連情報をｅＮＢ ８０４、８２０に提供しうる。ＭＭＥ ８０８とＭＢＭＳ−ＧＷ ８１６との間のＳｍインターフェースは、例えば、セッション開始および停止信号のような、ＭＢＭＳ制御シグナリングを搬送するために使用されうる。
【００５８】
[0071]  システム８００は、Ｐ−ＧＷと省略されることがあるパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）８１０をさらに含みうる。Ｐ−ＧＷ ８１０は、シグナリングおよび／またはユーザデータのために、ＵＥ ８０２とＢＭ−ＳＣ ８１２との間に発展型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラを提供しうる。このように、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスと関連性のあるＵＥから発信されたユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）ベースの要求を受信しうる。ＢＭ−ＳＣ ８１２はまた、ＩＰインターフェースを介してＢＭ−ＳＣ ８１２と通信しうるＰ−ＧＷ ８１０を介して１つまたは複数のコンテンツプロバイダにリンク付けされうる。
【００５９】
[0072]  データキャスティングサービスでは、ファイルは、しばしば小さく、何らかの予想可能な周期性で変化しうる。これらのファイルをブロードキャストするとき、ブロードキャスト／データキャストグループを構成するファイルセット（set of files）は、このデータキャスティングにアクセスする新たなデバイスが現在のファイルセットを得ることを確実にするために、周期的または循環的（たとえば、カルーセル）な方式で繰り返されうる。モバイルデバイスでは、電力消費を改善しバッテリ寿命を温存するために、このデバイスは、単に、ファイルセットに対する更新を周期的にチェックするだけである。具体的な期間は、デバイスによって、そのデバイスのタイプを含めたさまざまな変数に応じて、設定されうる。例えば、株価情報アプリケーションを実行しているモバイル電話は、金融機関のモバイル株価情報キオスクよりも低い頻度で更新のチェックを行う。
【００６０】
[0073]  図９は、図８に関して説明されたもののようなブロードキャスティングネットワークによって送信されるデータキャスティングタイプ９０を示す図である。データキャスティングタイプ９０は、周期的に更新されるファイルセットのプログレッションを含む。例えば、図８を参照すると、コンテンツプロバイダ８１４は、Ｐ−ＧＷ ８１０を介してＢＭ−ＳＣ ８１２にブロードキャストサービスについてのブロードキャストコンテンツを提供する。ゆえに、提供される第１のファイルセットであるファイル９０７は、ＭＢＭＳ−ＧＷ ８１６のブロードキャスティングシステムを通じてｅＮＢ ８０４およびＵＴＲＡＮ ＲＮＣ ８２０に、ＢＭ−ＳＣ ８１２によってブロードキャストされる。このファイルセットにアクセスすることを望むＵＥは、ブロードキャストサービスのために取得されたアクセス情報を使用して、これらのファイルにアクセスし受信する。コンテンツプロバイダ８１４が、ファイルを更新するための新たな情報をコンパイルすると、これらの更新情報（updates）は、Ｐ−ＧＷ ８１０を介してＢＭ−ＳＣ ８１２に送信される。次に、ＢＭ−ＳＣ ８１２はファイルを更新し、更新された新たなファイルのブロードキャストを開始する。ファイルセットの第１の更新はファイル９０７によって反映される。データキャスティングタイプ９０の最初の４つのブロックがファイル９０７を含む。ファイル９０７はファイル９０８へと更新され、これは、データキャスティングタイプ９０の次に続く９つのブロックにおいてデータキャストされる。ファイル９０８に更新した後、これらのファイルは次の更新まで繰り返される。いずれの更新も行われない場合、これらのファイルは、より長い期間にわたって繰り返されることになる。ファイル９０９−９１１の残りの更新は、４つのブロックが終わるたびに（after every four blocks）行われる。ゆえに、ブロードキャスティングネットワークサーバは、データキャスティングタイプ９０を更新するための最小リフレッシュレート９０３が４つのブロックであると推定するか、またはそれに合わせて構成されうる。これは、そのデータキャスティングサービスのトランスポートに対して割り振られたデータレートで４つのブロックを送信するのにどれだけの時間がかかるかを計算することによって、時間で表される。
【００６１】
[0074]  ブロードキャスティング基地局（例えば、ＵＴＲＡＮ ＲＮＣ ８２０によって制御されるｅＮＢ ８０４および基地局）のカバレッジエリア内の任意のＵＥまたはデバイスへのアクセスを提供するためにブロードキャスティングサービスが実現されうること、あるいは、それが、加入サービスまたはマルチキャストサービスとして実現されうることに留意されたい。マルチキャストの態様では、各ＵＥは、マルチキャストデータにアクセスする前に加入を確立し、ＢＭ−ＳＣ ８１２は、マルチキャストデータへのＵＥアクセスを許可する前に、加入の有効性を確認する。本開示の様々な態様は、このタイプのブロードキャスト方法に限られるわけではなく、様々なタイプのブロードキャスト、マルチキャスト、またはユニキャストサービスに適用性がありうる。
【００６２】
[0075]  データキャスティングタイプ９０のサービスをアドバタイズする際、ブロードキャスティングネットワークは、ブロードキャストサービス記述ファイルをコンパイルし、それは、サービス名についての情報、アクセス情報または配信方法、ＤＡＳＨサービスの場合にはＭＰＤ（media presentation description）、周波数、ロケーション、サービスのためのコンテンツがブロードキャストされる場所についてのトランスポートパラメータ、等を含む、データキャスティングタイプ９０および他のタイプの利用可能なサービスに関する様々な情報を含む。このブロードキャストサービス記述ファイルは、別個のブロードキャストチャネル上でブロードキャストされうるか、または、データキャスティングタイプ９０でブロードキャストされているデータとは異なるロケーションに記憶されうる。そのようなサービス記述ファイルがブロードキャストされるとき、それらは、サービスアナウンスメントチャネル、サービス、またはトランスポート上で、ファイルを循環的な方式で繰り返しブロードキャストする別のブロードキャスティングサービスであるとみなされうる。
【００６３】
[0076]  図１０は、本開示の一態様にしたがって構成されたサービス記述ファイルを示す図である。更新された情報を要求するまたは取り出す、より効率的な手段を提供するために、ブロードキャスティングネットワークはまた、１つまたは複数のリフレッシュレート、モニタリング期間１００３を、データキャスティングサービスを記述するファイル内に含み、ここで、ＵＥまたは受信デバイスのステータスによってリフレッシュレートは異なる可能性がある。デバイスステータスは、ＵＥ上で動いている異なるアプリケーションについてのＵＥのタイプまたはカテゴリに基づきうる。異なるステータスファクタを有する異なるＵＥが、サービス記述ファイルにアクセスして、データキャスティングタイプ９０へのアクセスに関する情報を取得するので、それらは、データキャスティングタイプ９０における更新をチェックするレートをインテリジェントに設定するために、それのデバイスステータスに適切なリフレッシュレートを取得することができる。
【００６４】
[0077]  本開示の様々な態様では、ＵＥは、それ自体のステータスを決定し、それ自体のステータスを使用して、データキャスティングサービスのためのリフレッシュレートの中から１つを選択して、更新されたデータへの連続したアクセス間の遅延時間を設定しうる。これらの態様の他のものでは、ブロードキャストネットワークは、単に、単一の推定リフレッシュレートをサービス記述ファイルに配置しうる。これらの態様のうちの選択されたものでは、ＵＥは、単に、リフレッシュレートを受け入れ、このレートを使用して、更新されたデータへの連続したアクセス間の遅延時間を決定しうる。
【００６５】
[0078]  クライアントデバイスＵＥのステータスは、そのデバイスのタイプ、アクティビティ、または状態に関連する１つまたは複数の異なるファクタを含みうる。例えば、ステータスは、デバイスがパーソナルモバイル電話であるか専用モバイルビジネスアクセス端末であるかといった、デバイスのカテゴリを含みうる。ステータスはまた、デバイス上で動作しているアプリケーションを考慮に入れうる（account for）。例えば、トラフィックアプリケーションがモバイルデバイス上で動作中であり、ここで、このトラフィックアプリケーションがトラフィック更新のためにデータキャスティングタイプ９０にアクセスする場合、デバイスステータスは、アプリケーションが実行中であるかどうかを含みうる。デバイスステータスはまた、時刻、日付、さらにはロケーションを含みうる。再度トラフィックアプリケーションを参照すると、トラフィックアプリケーションについてのデバイスステータスは、時刻（例えば、ラッシュアワーか否か）、日付（例えば、休日か否か）、およびロケーション（例えば、デバイスが乗り物の中にあるか、高速道路の近くにあるか、等）に基づいて変化しうる。追加的に、デバイスの状態がデバイスステータスに影響を及ぼしうる。例えば、バッテリレベルが非常に低い場合、デバイスは、フル充電の場合とは異なるようにそれのデバイスステータスを決定しうる。様々な数のファクタが、デバイスステータスを決定するときに考慮されうる。ゆえに、デバイスステータスに応じて、ＵＥは、リフレッシュレートの何らかの倍数で（at some multiple of the refresh rate）データを更新するためにデータキャスティングタイプ９０にアクセスすることを決定しうる。
【００６６】
[0079]  本開示の追加の態様では、ブロードキャスティングネットワークは、推定リフレッシュレートに少なくとも部分的に基づいて多数の異なるリフレッシュレートを生成しうる。異なるリフレッシュレートの各々は特定のデバイスステータスに対応しうる。ゆえに、多数のリフレッシュレートがサービス記述ファイルに記憶されている。異なるアクセスデバイスがサービス記述ファイルを取り出すため、それは、それのデバイスステータスに応じて、多数の異なるレートの中からそれ自体のリフレッシュレートを選択しうる。
【００６７】
[0080]  図１０は、本開示の一態様にしたがって構成された発展型サービス記述ファイル１０００を例示する図である。サービス記述ファイル１０００は、拡張可能マークアップ言語（ＸＭＬ）、ＲＳＳ（rich site summary）、ＳＧＭＬ（standard generalized markup language）、等の組織的なマークアップ言語を使用して生成されうる。それは、属性（attributes）、アクセス／トランスポートパラメータ、等を記述する情報のセットを含む。例えば、属性ブロック１００１は、サービス識別子（ＩＤ）およびクラスを識別する情報を含む。本開示の様々な態様によれば、発展型サービス記述ファイル１０００は、モニタリングブロック１００２を含む。モニタリングブロック１００２は、リフレッシュレートカテゴリ１００３およびデバイスステータスカテゴリ１００４を含む情報を提供する。リフレッシュレートカテゴリ１００３は、示されるように、デバイスステータスカテゴリ１００４内のデバイスステータスのアレイで提供されるような特定のデバイスステータスに対応する、任意の数の異なるリフレッシュレートのアレイを含みうる。
【００６８】
[0081]  図８および９に戻って参照すると、ＵＥ ９００〜９０２は各々、デバイスステータスカテゴリ１００４にリストされるようなそれのデバイスステータスにしたがってリフレッシュレートカテゴリ１００３から選択されたリフレッシュレートを含む、モニタリングブロック１００２のモニタリング情報に加え、属性ブロックのような識別およびアクセス情報を取得するために、ＢＭ−ＳＣ ８１２からブロードキャストされる発展型サービス記述ファイル１０００のようなサービス記述ファイルにアクセスする。ＵＥ ９００〜９０２の各々が発展型サービス記述ファイル１０００にアクセスするとき、それは、それのデバイスステータスに基づいてリフレッシュレートを選択する。例えば、ＵＥ ９００のデバイスステータスは、それが低バッテリレベルを有することを反映する。このデバイスステータスに基づいて、ＵＥ ９００は、リフレッシュレートカテゴリ１００３で識別されたリフレッシュレート９０６を選択し、それは、最小リフレッシュレート９０３ほど頻繁には、更新されたデータのために、データキャスティングタイプ９０にアクセスしようと試みない。したがって、ＵＥ ９００は、依然としてある程度のリフレッシュされたデータを取得しつつ、バッテリ電力を温存することができる。
【００６９】
[0082]  ＵＥ ９０１は、データキャスティングタイプ９０によって搬送されるファイルセットへのパブリックアクセスを提供する専用端末である。結果として、それのデバイスステータスは、このデバイスカテゴリを反映する。ＵＥ ９０１が発展型サービス記述ファイル１０００にアクセスするとき、それは、最小リフレッシュレート９０３よりも早いレートを反映するリフレッシュレート９０４をリフレッシュレートカテゴリ１００３から選択する。ＵＥ ９０２は、データキャスティングタイプ９０によってブロードキャストされるファイルセットを使用するアプリケーションを有する消費者モバイル電話である。ＵＥ ９０２は、それのデバイスステータスに基づいて、リフレッシュレートカテゴリ１００３からリフレッシュレート９０５を選択する。リフレッシュレート９０５は、推定リフレッシュレート９０３よりもわずかに長い。ゆえに、ＵＥ ９０２のデバイスカテゴリは、更新されたファイルのためにデータキャスティングタイプ９０への通常のアクセスを行うことに関心がありそれを行う能力があるが推定リフレッシュレート９０３ほど速いレートを必要としないことを示唆する。
【００７０】
[0083]  図８〜１０に関連したブロードキャストサービスの例となる動作では、コンテンツプロバイダ８１４は、Ｐ−ＧＷ ８１０を介してＢＭ−ＳＣ ８１２にブロードキャストコンテンツを供給する。アクセス情報だけでなく、リフレッシュレートカテゴリ１００３内にリフレッシュレートのアレイを、デバイスステータスカテゴリ１００４内にデバイスステータスを含むモニタリングブロック１００２のようなモニタリング情報をも定義する、発展型サービス記述ファイル１０００のようなサービス記述ファイルがＢＭ−ＳＣ ８１２によって提供される。発展型サービス記述ファイル１０００にアクセスした後、上述されたように、ＵＥ ９００〜９０２は、このアクセス情報と、選択されたリフレッシュレートとを使用して、ブロードキャストデータを取得する。例えば、ＵＥ ９００は、それの選択されたリフレッシュレートで、初めにデータキャスティングタイプ９０にチューニングし、ファイル９０７についての第１のバージョンのファイルを受信する。ブロードキャストファイルを受信した後、次に、ＵＥ ９００は、それの他の機能にチューニングし戻す。それは、アイドルモードに入りうるか、または他のデータにアクセスしうる。しかしながら、それは、データキャスティングタイプ９０の周波数からチューンアウェイ（tuned away）される。選択されたリフレッシュレートに対応するタイマが満了になると、それはアクセス情報を再度使用して、データキャスティングタイプ９０にチューニングする。ＵＥ ９００がブロードキャストデータの受信を開始すると、それは、受信しているデータが更新されたものか、未だに以前受信されたバージョンのデータであるかを決定するためにチェックを実行する。ＵＥ ９００のための次のアクセス期間が、ファイル９０８において更新されたデータのブロードキャスティング期間内に入ると、ＵＥ ９００は、ブロードキャストデータを受信し続け、前述同様に、完全なファイルセットが受信されるとチューンアウェイする。ＵＥ ９００は、現在ブロードキャストされているすべてのファイルセットを受信したかをチェックしようと試みる。ＵＥ ９０１および９０２は各々、それら自体の選択されたリフレッシュレートにしたがって、データキャスティングタイプ９０のブロードキャスト情報にアクセスする際に類似した動作を有しうる。
【００７１】
[0084]  本開示の選択された態様では、アクセスされるべき新しいファイルがあるかどうかをＵＥが決定しようと試みるときに、多くの異なるプロセスが使用されうることに留意されたい。例えば、ＦＬＵＴＥトランスポートプロトコルが使用されるとき、ＵＥは、バージョン変化をシグナリングするためのチェックサムおよびファイルのリストを含む、ＦＬＵＴＥファイル配信テーブル（ＦＴＤ）を使用して、選択されたリフレッシュレートにしたがって決定される次のアクセス期間中の受信に新しいファイルが利用可能かどうかを検出しうる。結果として、そのような態様によれば、ＵＥがリフレッシュレート期間の後にウェイクし、ブロードキャストデータを受信しようと試みるときに、それは、ＦＬＵＴＥ ＦＴＤをチェックし、現在ブロードキャストされているバージョンが、最後に受信されたバージョンのよりも後のものであるかを決定するであろう。バージョンが新しいものでない場合、ＵＥは受信を中断し、次のリフレッシュレート期間のためにタイマを再度開始するであろう。
【００７２】
[0085]  図８〜１０に関連して例示されうる動作の別の例では、データキャスティングタイプ９０はユニキャスト送信でありうる。そのような態様では、ＵＥ ９０１は、たとえば、ＵＥ ９０１への直接的なブロードキャストデータの送信を要求するためにＢＭ−ＳＣ ８１２と通信しうる。ＵＥ ９０１は、ＭＣＥ ８０６およびＭＭＥ ８０８の制御下で、ｅＮＢ ８０４およびＭＢＭＳ−ＧＷ ８１６を介してＢＭ−ＳＣ ８１２への接続を確立する。ＢＭ−ＳＣ ８１２からアクセスを要求した後、ＵＥ ９０１は、必要なアクセスおよびトランスポート情報を取得するために、および、ＵＥ ９０１のデバイスステータスに基づいてリフレッシュレートカテゴリ１００３からそれのリフレッシュレートを選択するために、ＢＭ−ＳＣ ８１２を介して発展型サービス記述ファイル１０００のようなサービス記述ファイルにアクセスする。その後、ＢＭ−ＳＣ ８１２は、ＵＥ ９０１のための特定の復号で、データキャスティングタイプ９０を送信する。ＵＥ ９０１が、それの選択されたリフレッシュレート期間に、発展型サービス記述ファイル１０００で示されるような、データキャスティングタイプ９０の特定のロケーションおよび周波数にチューニングするときには、それは、追加の例示を目的としてユニキャストサービスでありうる、データキャスティングタイプ９０のユニキャストデータを受信する。
【００７３】
[0086]  図１１は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。ブロック１１００では、クライアントデバイスは、データ送信サービスを記述するサービス記述ファイルからトランスポートパラメータを取り出す。図５、８、および１０をさらに参照すると、クライアントデバイスはＵＥ ３２０でありえ、すべてコントローラ／プロセッサ５８０の制御下にある、アンテナ５５２ａ−ｒ、復調器／変調器５５４ａ−ｒ、ＭＩＭＯ検出器５５６、および受信プロセッサ５５８のような受信コンポーネントを使用して、ＵＥ ３２０は、ＵＥ ３２０がそれと通信しうるｅＮＢ ８０４からブロードキャストされる、ブロードキャストチャネルの周波数にチューニングしうる。発展型サービス記述ファイル１０００のようなサービス記述ファイルは、ＢＭ−ＳＣ ８１６によって、データ送信サービスとは別個に保持され、ＭＣＥ ８０６およびＭＭＥ ８０８の制御およびスケジューリング下で、ＭＢＭＳ−ＧＷ ８１６を介してｅＮＢ ８０４にブロードキャストされうる。これらのコンポーネントおよび動作の組み合わせは、データ送信サービスを記述するサービス記述ファイルからクライアントデバイスによってトランスポートパラメータを取り出すための手段を提供しうる。
【００７４】
[0087]  ブロック１１０１において、クライアントデバイスは、サービス記述ファイルからリフレッシュレートを取得する。リフレッシュレートは、送信されているデータをデータ送信サービスが更新する頻度に関する。コントローラ／プロセッサ５８０の制御下にある、復調器／変調器５５４ａ−ｒ、ＭＩＯＭ検出器５５６、および受信プロセッサ５５８を使用して、ＵＥ ３２０は、受信された発展型サービス記述ファイル１０００からのリフレッシュレートを処理する。これらのコンポーネントおよび動作の組み合わせは、サービス記述ファイルからリフレッシュレートをクライアントデバイスによって取得するための手段を提供することができ、リフレッシュレートは、データ送信サービスによって提供されるデータ送信内のデータをデータ送信サービスが更新する頻度に関する。
【００７５】
[0088]  ＵＥ ３２０のようなクライアントデバイスが、発展型サービス記述ファイル１０００のリフレッシュレートカテゴリ１００３で提供される多くの可能なリフレッシュレートから選択しうることに留意されたい。ＵＥ ３２０が、デバイスタイプまたはカテゴリ、ＵＥ ３２０上で実行中のアプリケーション、バッテリ電力レベル、等を含む多数のファクタに基づいて決定しうるデバイスステータスを使用して。デバイスステータスを使用して、ＵＥ ３２０は、効率的なデータ更新およびバッテリ電力温存を可能にする更新されたデータに対するモニタリングおよび後続のアクセス試行をカスタマイズするために、発展型サービス記述ファイル１０００内のリフレッシュレートカテゴリ１００３から対応するリフレッシュレートを選択しうる。
【００７６】
[0089]  ブロック１１０２では、クライアントデバイスは、発展型サービス記述ファイル１０００からのトランスポートパラメータを使用して、データ送信サービスからデータを受信するためにデータ送信にアクセスする。ＵＥ ３２０は、コントローラ／プロセッサ５８０の制御下で、発展型サービス記述ファイル１０００から取得されたトランスポートパラメータをメモリ５８２から取り出す。これらのパラメータを使用して、ＵＥ ３２０は、ｅＮＢ ８０４からのデータを含むデータ送信にアクセスするために、適切な１つの周波数または複数の周波数にアンテナ５５２ａ−ｒをチューニングする。これらのコンポーネントおよび動作の組み合わせは、サービス記述ファイルから取り出されたトランスポートパラメータを使用して、データ送信サービスからデータを受信するためにクライアントデバイスによってデータ送信にアクセスするための手段を提供しうる。
【００７７】
[0090]  ブロック１１０３では、クライアントデバイスは、リフレッシュレートに基づいて、データ送信への後続のアクセス試行を遅延期間ぶん遅らせる。ＵＥ ３２０は、コントローラ／プロセッサ５８０によって制御される、当技術分野において周知であるタイマプロセスを有することができ、それは、発展型サービス記述ファイル１０００から受信されたリフレッシュレートに等しい時間を数える（count off）。これらのコンポーネントおよび動作の組み合わせは、更新されたデータを受信するために、クライアントデバイスによるデータ送信への後続のアクセスを遅らせるための手段を提供し、後続のアクセスは、リフレッシュレートに少なくとも部分的に基づいて、遅延時間ぶん遅らさせられる。
【００７８】
[0091]  図１２は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。ブロック１２００では、ブロードキャストサービスが、ブロードキャスト送信のためのデータを識別する。ブロードキャストサービスは、多くの異なるエンティティから構成されうる。例えば、図５、８、および１０を参照すると、ブロードキャストサービスは、ＢＭ−ＳＣ ８１２と組み合わせられたコンテンツプロバイダ８１４を含みうる。コンテンツプロバイダ８１４は、ブロードキャストサービスのためのデータを選択し、そのデータを、Ｐ−ＧＷ ８１０を経由してＢＭ−ＳＣ ８１２に送る。これらのコンポーネントおよび動作の組み合わせは、ブロードキャスト送信のためのデータをブロードキャストサービスにおいて識別するための手段を提供しうる。
【００７９】
[0092]  ブロック１２０１では、ブロードキャストサービスは、このサービスが、ブロードキャストのためのデータを更新するための最小リフレッシュレートを取得する。リフレッシュレートは、ブロードキャストのためのデータをブロードキャストサービスが更新しうる頻度に対応する。最小リフレッシュレートが、サービスによって割り当てられうるか、または、基礎データ（underlying data）がどれだけ頻繁に変化するかについての知識に基づいて推定されうる。コンテンツプロバイダ８１４およびＢＭ−ＳＣ ８１２は、ＭＣＥ ８０６およびＭＭＥ ８０８と協力して、最小リフレッシュレートを決定するように共に動作しうる。これらのエンティティのうちの１つまたはすべては、レートの決定に関与しうる。これらのコンポーネントおよび動作の組み合わせは、ブロードキャストサービスがデータを更新されたデータへと更新する頻度に対応する最小リフレッシュレートを取得するための手段を提供しうる。
【００８０】
[0093]  ブロック１２０２では、ブロードキャストサービスは、１つまたは複数のクライアントデバイスによってアクセス可能であろうデータを送信する。ＢＭ−ＳＣ ８１２は、ＭＣＥ ８０６およびＭＭＥ ８０８の制御または管理下で、ブロードキャストサービスのための、識別されたデータをブロードキャストする。ＢＭ−ＳＣ ８１２は、任意のアクセシングクライアントデバイスのロケーションでのさらなる送信のためにｅＮＢ ８０４およびＵＴＲＡＮ ＲＮＣ ８２０にデータを配信するＭＢＭＳ−ＧＷ ８１６にデータを送信する。これらのコンポーネントおよび動作の組み合わせは、ブロードキャストサービスによってデータを送信するための手段を提供しえ、送信されるデータは、１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である。
【００８１】
[0094]  ブロック１２０３では、ブロードキャストサービスは、少なくとも最小リフレッシュレートをアクセスデバイスに通信する。リフレッシュレートの通信は、ブロードキャストデータにどのようにアクセスするかをデバイスに対して識別するためのトランスポートパラメータを含むだけでなく、リフレッシュレートカテゴリ１００３内の１つまたは複数のリフレッシュレートをも含む、発展型サービス記述ファイル１０００のようなサービス記述サービスを提供することによって実現されうる。リフレッシュレートカテゴリ１００３において多数のリフレッシュレートが提供されるとき、そのようなレートの各々は、デバイスステータスカテゴリ１００４内の多くのデバイスステータスのうちの特定の１つに対応する。アクセスデバイスは、それらのデバイスステータスを決定し、このデバイスステータスに基づいて、適切な対応するリフレッシュレートをリフレッシュレートカテゴリ１００３から選択する。発展型サービス記述ファイル１０００は、ＢＭ−ＳＣ ８１２によって生成および記憶され、ブロードキャストまたはアナウンスメントチャネルを経由してデータキャスティングアナウンスメントとして送信されうる。アクセスデバイスは、初めに、トランスポートパラメータを取得するためにこのアナウンスメントチャネルにチューニングし、ブロードキャストまたはデータキャストデータにアクセスする前に、適切なリフレッシュレートを選択しうる。ＢＭ−ＳＣ ８１２は、この発展型サービス記述ファイル１０００をＭＢＭＳ−ＧＷ ８１３に、そして、任意のアクセスデバイスのロケーションでのさらなるブロードキャストのために、ｅＮＢ ８０４およびＵＴＲＡＮ ＲＮＣ ８２０へとブロードキャストする。これらのコンポーネントおよび動作の組み合わせは、少なくとも最小リフレッシュレートを１つまたは複数のアクセシングクライアントデバイスに通信するための手段を提供しうる。
【００８２】
[0095]  ブロック１２０４では、ブロードキャストサービスは、最小リフレッシュレートと等しい時間よりも前にはブロードキャスト送信のためのデータを更新しない。コンテンツプロバイダ ８１４は、ブロードキャスト送信のためのデータ更新情報をＰ−ＧＷ ８１０を通じてＢＭ−ＳＣ ８１２に提出する。最小リフレッシュレートに等しい時間よりも低い頻度でブロードキャスト送信を更新するために、コンテンツプロバイダ８１４が、更新をＢＭ−ＳＣ ８１２に送る前に最小リフレッシュ時間の経過を追いうるか、ＢＭ−ＳＣ ８１２がリフレッシュ時間を追跡するかのどちらかでありうる。これらのコンポーネントおよび動作の組み合わせは、最小リフレッシュレートに等しい時間の後に、更新されたデータをブロードキャストサービスによって送信するための手段を提供しうる。
【００８３】
[0096]  本開示の様々な態様はユニキャストサービスにも使用されうる。そのような態様では、クライアントデバイスは、恐らくはサービス記述ファイルにアクセスすることによって、サービスアナウンスメントにアクセスし、次いで、ブロードキャストサービスからのデータを要求する。ブロードキャスティングサービスは、次いで、要求に応答して、ブロードキャストでデータを送信する。
【００８４】
[0097]  図１３は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。ブロック１３００では、クライアントコンピューティングデバイスは、データを求める要求をリモートサーバに送信する。図１および５を参照すると、クライアントコンピューティングデバイスは、クライアントデバイス１０２およびＵＥ ３２０を含みうる。クライアントデバイス１０２は、クライアントアプリケーション、ＡＰＰ １１２をメモリ１０８に記憶し、それは、プロセッサ１０７によって実行されると、リモートサーバとクライアント−サーバ関係にあるクライアントとして動作する。同様に、ＵＥ ３２０は、アプリケーション（図示せず）をメモリ５８２に含むことができ、それは、コントローラ／プロセッサ５８０によって実行されると、リモートサーバがＬＴＥネットワーク等のＷＷＡＮ環境を介してアクセスされるクライアント−サーバ関係にあるクライアントとして動作する。クライアントデバイス１０２のクライアントアプリケーション、ＡＰＰ １１２は、データを求める要求を形成し、この要求を、ＮＩＣ １１０を介してインターネット１０１のようなＩＰネットワーク上でサーバ１００に送信する。ＵＥ ３２０のクライアントアプリケーションはまた、データを求める要求を形成（formulate）する。コントローラ／プロセッサ５８０の制御下で、ＵＥ ３２０は、送信プロセッサ５６４、ＴＸ ＭＩＭＯプロセッサ５６６、復調器／変調器５５４ａ−ｒ、およびアンテナ５５２ａ−ｒを使用して、ＩＰネットワーク上でこの要求をサーバ１００に送信する。これらのコンポーネントおよび動作の組み合わせはまた、クライアントコンピューティングデバイスからリモートサーバに、データを求める要求を送信するための手段を提供しうる。
【００８５】
[0098]  ブロック１３０１では、クライアントコンピューティングデバイスは、この要求に応答してデータを受信する。要求されたデータはリモートサーバから受信される。クライアントデバイス１０２の場合、データは、インターネット１０１上でＮＩＣ １１０を介してサーバ１００から到達する。ＡＰＰ １１２を動作させるプロセッサ１０７は、ＡＰＰ １１２のアプリケーション環境でデータを処理する。同様に、ＵＥ ３２０は、各々がコンピュータ／プロセッサ５８０の制御下にあるアンテナ５５２ａ−ｒ、復調器／変調器５５４ａ−ｒ、ＭＩＭＯ検出器５５６、受信プロセッサ５５８を介して到達するデータをインターネット１０１およびＷＷＡＮネットワーク上でサーバ１００から受信する。次に、受信されたデータはまた、コントローラ／プロセッサ５８０によるアプリケーションの実行を介して作られた動作環境内で処理される。これらのコンポーネントおよび動作の組み合わせはまた、要求に応答して、要求されたデータをクライアントコンピューティングデバイスで受信するための手段を提供しうる。
【００８６】
[0099]  ブロック１３０２では、クライアントコンピューティングデバイスは、リモートサーバがデータをリフレッシュする推定リフレッシュレートに関連したリフレッシュレートを取得する。クライアントコンピューティングデバイスによって取得されたリフレッシュレートは、ブロードキャストサービスアドバタイズメントまたは情報エレメントのような、別個の情報ロケーションから帯域外で取得されうる。リフレッシュレートはまた、リモートサーバによって決定された推定リフレッシュレートまたはデバイスステータスに基づく異なるレートに等しい可能性がある。デバイスステータスは、デバイスカテゴリ、デバイスタイプ、クライアントデバイス上で動作中のアプリケーションのアプリケーションステータス、時刻、バッテリレベル、またはクライアントデバイスのロケーションといった、デバイスの様々な状態または機能属性でありうる。
【００８７】
[00100]  クライアントデバイス１０２に関する例では、サーバ１００から割当を受信するとき、割り当てられたリフレッシュレートは、ＮＩＣ １１０を介してインターネット１０１上でリフレッシュレート１０９を受信することによって取得される。次に、プロセッサ１０７はリフレッシュレート１０９をメモリ１０８に記憶する。クライアントデバイス１０２が別個の情報エレメントにアクセスする諸態様では、ＡＰＰ １１２は、データに関する情報エレメントを、これらの情報エレメントを搬送しうるサーバ１００またはさらに別個のサーバ（図示せず）から取り出すアクセス信号を、プロセッサ１０７による実行を通じて、インターネット１０１上でＮＩＣ １１０を介して送信する。情報エレメント内のリフレッシュレートは、インターネット１０１上でおよびＮＩＣ １１０を介して受信される。
【００８８】
[00101]  ＵＥ ３２０に関連して動作する態様について、割り当てられたリフレッシュレートは、各々がコントローラ／プロセッサ５８０の制御下にある、アンテナ５５２ａ−ｒ、復調器／変調器５５４ａ−ｒ、ＭＩＭＯ検出器５５６、受信プロセッサ５５８を介して受信される。コントローラ／プロセッサ５８０は、クライアントデバイス１０２のメモリ１０８に記憶されたリフレッシュレート１０９と同じように、このリフレッシュデータをメモリ５８２に記憶する。これらのコンポーネントおよび動作の組み合わせはまた、リモートサーバがデータをリフレッシュする推定リフレッシュレートに関するリフレッシュレートを、クライアントコンピューティングデバイスで取得するための手段を提供しうる。
【００８９】
[00102]  ブロック１３０３において、クライアントコンピューティングデバイスは、リフレッシュされたデータを求める、リモートサーバへのそれの次の要求送信を遅らせ、ここにおいて、次の要求送信は、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる。単に、標準のあらかじめ定められたレートで、リフレッシュされたデータを求める更新要求を送る代わりに、クライアントコンピューティングデバイスは、リフレッシュレートにインテリジェントに基づく遅延時間を使用する。リフレッシュレートが、リモートサーバの推定リフレッシュレートを考慮に入れ、また、クライアントデバイスのデバイスステータスも考慮に入れうるので、クライアントコンピューティングデバイスの電力および帯域幅使用はより効率的に管理されうる。
【００９０】
[00103]  クライアントデバイス１０２に関する例では、メモリ１０８内のリフレッシュレート１０９を使用して、ＡＰＰ １１２を実行しているプロセッサ１０７は、遅延時間が過ぎるまで、更新されたデータを求める次の要求を送らない。リフレッシュレートに基づくこの遅延時間が、次の要求の送信を遅らせるためにタイマ１１１のようなタイマにおいて使用されうる。次の要求は、インターネット１０１上でＮＩＣ １１０を介してサーバ１００に、前の要求として送られる。ＵＥ ３２０で動作する例示的な態様について、メモリ５８２内のクライアントアプリケーションを実行しているコントローラ／プロセッサ５８０は、遅延時間が経過するまで、次の要求の送信を遅らせる。ＵＥ ３２０はまた、コントローラ／プロセッサ５８０の制御下で、遅延時間をモニタリングするために、クライアントデバイス１０２内にタイマ１１１のようなタイマを含みうる。次の要求は、送信プロセッサ５６４、ＴＸ ＭＩＭＯプロセッサ５６６、復調器／変調器５５４ａ−ｒ、およびアンテナ５５２ａ−ｒを使用してＩＰネットワーク上でリモートサーバ１００に送られる。これらのコンポーネントおよび動作の組み合わせは、また、リフレッシュされたデータを求める、リモートサーバへのクライアントコンピューティングデバイスからの次の要求送信を遅らせるための手段を提供することができ、次の要求送信は、リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる。
【００９１】
[00104]  図１４は、本開示の一態様を実現するために実行される例示的なブロックを示す機能ブロック図である。ブロック１４００で、サーバは、電子公開用のデータを識別する。上述されたように、本開示の目的として、データの電子公開は、様々なタイプおよび量のデータへのアクセスを提供するための様々な方法または手段を含む。例えば、ロジック、ＨＴＭＬデータ、等を含む、ウェブサイト向けのデータは、クライアントウェブブラウザによってアクセス可能な動作ウェブサーバに掲載されると、電子的に公開される。様々なコンピューティングデバイス、モバイルデバイス、またはハンドセット上で動いているリモートアプリケーション向けのデータもまた、そのデータがそのようなコンピューティングデバイス、モバイルデバイス、またはハンドセットによって電子サーバ上で利用可能およびアクセス可能となると、電子的に公開される。図１および５を参照すると、クライアントデバイス１０２、ＵＥ ３２０、等のような様々なクライアントコンピューティングデバイスへのアクセスポイントを提供することによって、リモートサーバ１００は、それが電子的に公開しようとしている、メモリ１０４に記憶されたデータ１１３を識別する。これらのコンポーネントおよび動作の組み合わせは、電子公開のためのデータをサーバで識別するための手段を提供しうる。
【００９２】
[00105]  ブロック１４０１において、サーバは、データを更新されたデータへとリフレッシュするための最小リフレッシュレートを推定する。公開されるべきデータを更新するための新たなデータがサーバに到達すると、または、新たなデータが処理されるか画像が移動すると、サーバは、公開されるべきデータを更新し、この更新されたデータを、アクセシングクライアントに利用可能にする。サーバは、そのようなデータがどれだけ頻繁に受信または処理されるかを観察し、最小リフレッシュレートの推定値を算出しうる。サーバ１００を用いた例示的な動作では、プロセッサ１０３は、ＮＩＣ １０６を介してインターネット１０１上で受信されるか、それが処理するかのいずれかである、データ１１３および更新するための到来データをモニタリングし、推定リフレッシュレートを算出する。プロセッサ１０３は、推定リフレッシュレート１０５をメモリ１０４に記憶する。これらのコンポーネントおよび動作の組み合わせは、サーバがデータを更新されたデータへとリフレッシュするための最小リフレッシュレートを推定するための手段を提供しうる。
【００９３】
[00106]  ブロック１４０２において、サーバは、データを電子的に公開し、電子的に公開されるデータは、１つまたは複数のアクセシングクライアントコンピューティングデバイスによってアクセス可能である。サーバ１００に関して、データ１１３がアクセス可の状態（ready for access）になったら、サーバ１００は、プロセッサ１０３の制御下で、データ１１３を、メモリ１０４内のアクセス可能なロケーションに配置する。クライアントデバイス１０２、ＵＥ ３２０、等の様々なクライアントコンピューティングデバイスによってデータ１１３が取り出されうるように、アクセス可能なロケーションはアクセスされうる。これらのコンポーネントおよび動作の組み合わせは、サーバによってデータを電子的に公開するための手段を提供することができ、電子的に公開されるデータは、１つまたは複数のアクセシングクライアントコンピューティングデバイスによってアクセス可能である。
【００９４】
[10107]  ブロック１４０３において、サーバは、少なくとも最小リフレッシュレートを１つまたは複数のアクセシングクライアントコンピューティングデバイスに通信する。サーバ１００の例示的な動作に関して、いくつかの態様では、サーバ１００は、推定リフレッシュレート１０５を、クライアントデバイス１０２、ＵＥ ３２０、等のようなアクセシングクライアントコンピューティングデバイスに、インターネット１０１上でＮＩＣ １０６を介して直接送信しうる。ＵＥ ５０１に到達するために、サーバ１００は、ＵＥ ３２０に対してＷＷＡＮネットワーク上で搬送されるべき推定リフレッシュレート１０５をアドレスする。追加の態様では、サーバ１００は、別個の情報エレメントまたはブロードキャストサービスアドバタイズメントにおいて通信されうる多数の異なるリフレッシュレートを生成するために、推定リフレッシュレート１０５を使用しうる。これらの異なるリフレッシュレートは、任意の特定のアクセシングクライアントデバイスによって使用されるリフレッシュレートがそれのデバイスステータスに対応しうるように、様々なデバイスステータスに基づいて生成されうる。これらのコンポーネントおよび動作の組み合わせは、少なくとも最小リフレッシュレートを１つまたは複数のアクセシングクライアントコンピューティングデバイスに通信するための手段を提供しうる。
【００９５】
[00108]  ブロック１４０４において、サーバは、次いで、最小リフレッシュレートに等しい時間の後に、更新されたデータを電子的に公開する。サーバ１００が推定リフレッシュレート１０５を決定した後には、それは、推定最小値以降にデータをデータ１１３に更新しようと試みることになる。それはより後の時間に更新しうることになり、よりゆっくりとしたリフレッシュレートをもたらす。しかしながら、クライアントデバイス１０２、ＵＥ ３０２、等のアクセシングクライアントコンピューティングデバイスによって使用されるリフレッシュレートが最小リフレッシュレートに少なくとも部分的に基づきうるので、サーバ１００が推定最小レートよりも早くに更新しない限り、アクセシングクライアントが更新されたデータを逃す可能性は低い。プロセッサ１０３は、それがデータ１１３への更新を公開するタイミングの経過を追うためにタイマ１１４を動作させうる。タイマ１１４は、メモリ１０４に記憶されているような推定リフレッシュレート１０５に等しく設定されうる。これらのコンポーネントおよび動作の組み合わせは、最小リフレッシュレートに等しい時間の後に、更新されたデータをサーバによって電子的に公開するための手段を提供しうる。
【００９６】
[00109]  当業者は、情報および信号が、多種多様な技術および技法のいずれかを使用して表されうることを理解するであろう。例えば、上記説明の全体にわたって参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁気粒子、光場または光粒子、またはこれらの任意の組み合わせによって表されうる。
【００９７】
[00110]  図１１−１４の機能ブロックおよびモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコード、等、またはそれらの任意の組み合わせを備えうる。
【００９８】
[00111]  当業者はさらに、本明細書の開示に関連して説明された様々な実例となる論理ブロック、モジュール、回路、およびアルゴリズムのステップが、電子ハードウェア、コンピュータソフトウェア、または両者の組み合わせとして実現されうることを認識するであろう。ハードウェアとソフトウェアとのこの互換性を明確に示すために、様々な実例となるコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点で上述されている。そのような機能がハードウェアとして実現されるかソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課された設計の制約に依存する。当業者は、説明された機能を、特定のアプリケーションごとに様々な方法で実現することができるが、そのような実現の決定は、本開示の適用範囲からの逸脱を生じるものとして解釈されるべきではない。
【００９９】
[00112]  本明細書の開示と関連して説明された様々な実例となる論理ブロック、モジュール、回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、本明細書で説明された機能を実行するよう設計されたこれらの任意の組み合わせで実現または実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替的に、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、例えば、ＤＳＰと、１つのマクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアに結合した１つまたは複数のマイクロプロセッサ、その他のそのような構成との組み合わせといったコンピューティングデバイスの組み合わせとしても実現されうる。
【０１００】
[00113]  本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、または両者の組み合わせで具現化されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られているその他の形態の記憶媒体に存在しうる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むようにプロセッサに結合される。代替的に、記憶媒体はプロセッサに一体化されうる。プロセッサおよび記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。代替的に、プロセッサおよび記憶媒体は、ユーザ端末においてディスクリートコンポーネントとして存在しうる。
【０１０１】
[00114]  １つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これらの機能は、コンピュータ可読媒体において、１つまたは複数の命令またはコードとして、記憶または送信されることができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある箇所から別の箇所へのコンピュータプログラム移送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによりアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用されることができ、かつ、汎用コンピュータまたは専用コンピュータあるいは汎用プロセッサまたは専用プロセッサによってアクセスされることができるその他の媒体を備えうる。また、任意の接続は、厳密にはコンピュータ可読媒体と呼ばれる。例えば、ソフトウェアがウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはは、媒体の定義に含まれる。本明細書で使用される場合、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザー（登録商標）ディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（ｄｉｓｋ）は、通常磁気的にデータを再生し、ディスク（ｄｉｓｃ）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０２】
[00115]  特許請求の範囲を含む、本明細書で使用される場合、「および／または」という用語は、２つ以上の項目からなるリストで使用されるとき、リストされた項目のうちのいずれか１つがそれ自体によって採用されうること、あるいは、リストされた項目のうちの２つ以上からなる任意の組み合わせが採用されうることを意味する。例えば、ある構成が、コンポーネントＡ、Ｂ、および／またはＣを含むものとして説明されている場合、この構成は、Ａだけ、Ｂだけ、Ｃだけ、ＡとＢの組み合わせ、ＡとＣの組み合わせ、ＢとＣの組み合わせ、またはＡとＢとＣの組み合わせを含みうる。また、特許請求の範囲を含む、本明細書で使用される場合、「〜のうちの少なくとも１つ」で始まる複数の項目からなるリストで使用される「または」は、例えば「Ａ、Ｂ、またはＣのうちの少なくとも１つ」のリストが、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ（すなわち、Ａ、Ｂ、およびＣ）を意味するような、離接的な（disjunctive）リストを示す。
【０１０３】
[00116]  本開示の先の説明は、当業者が本開示を実行または使用することを可能にするために提供される。本開示に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された包括的な原理は、本開示の精神または適用範囲から逸脱せずに、他の変形に適用されうる。ゆえに、本開示は、本明細書で説明された例および設計に限られることを意図しておらず、本明細書に開示された原理および新規な特徴と合致する最も広い適用範囲が与えられるべきである。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
分散コンピューティングの方法であって、
データ送信サービスを記述するサービス記述ファイルからクライアントデバイスがトランスポートパラメータを取り出すことと、ここにおいて、前記サービス記述ファイルは、前記データ送信サービスとは別個である、
前記サービス記述ファイルからリフレッシュレートを前記クライアントデバイスが取得することと、ここにおいて、前記リフレッシュレートは、前記データ送信サービスによって提供されるデータ送信内のデータを前記データ送信サービスが更新する頻度に関する、
前記サービス記述ファイルから取り出された前記トランスポートパラメータを使用して、前記データ送信サービスから前記データを受信するために前記クライアントデバイスが前記データ送信にアクセスすることと、
更新されたデータを受信するために、前記クライアントデバイスによる前記データ送信への後続のアクセスを遅らせることと、ここにおいて、前記後続のアクセスは、前記リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、
を備える方法。
［Ｃ２］
前記リフレッシュレートを取得したことに応答して前記クライアントデバイスにおいてタイマを開始することをさらに備え、前記タイマは、前記遅延時間に設定され、
前記タイマは、前記後続のアクセスが前記クライアントデバイスによって試みられる前の前記遅延時間を計る、上記Ｃ１に記載の方法。
［Ｃ３］
前記遅延時間の後に前記データ送信に後続的にアクセスすることと、
前記データ送信内の前記データが更新されているかどうかを決定することと、
前記データが更新されているとの決定に応答して、前記データ送信から更新されたデータを取り出すことと、
前記データが更新されていないとの決定に応答して、前記データ送信へのアクセスを中止し、後続のアクセスを前記遅延時間ぶんさらに遅らせることと
をさらに備える、上記Ｃ１に記載の方法。
［Ｃ４］
デバイスステータスを前記クライアントデバイスが決定することと、ここにおいて、前記デバイスステータスは、
デバイスカテゴリ、
デバイスタイプ、
前記クライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記クライアントデバイスのバッテリレベル、および
前記クライアントデバイスのロケーション
のうちの１つまたは複数を含む、
前記デバイスステータスに基づいてデバイスリフレッシュレートを選択することと
をさらに備える、上記Ｃ１に記載の方法。
［Ｃ５］
前記遅延時間はさらに、前記デバイスリフレッシュレートに少なくとも部分的に基づく、上記Ｃ４に記載の方法。
［Ｃ６］
前記取得することは、前記サービス記述ファイルに含まれる複数のリフレッシュレートから前記リフレッシュレートを選択することを含み、前記選択することは、前記デバイスステータスに基づく、上記Ｃ４に記載の方法。
［Ｃ７］
ブロードキャストチャネルを通じて前記サービス記述ファイルを受信することをさらに備える、上記Ｃ６に記載の方法。
［Ｃ８］
前記トランスポートパラメータを前記取り出すことと、リフレッシュレートを取得することとは、
前記クライアントデバイスがリモートサーバにアクセスすることを含み、前記サービス記述ファイルは、前記リモートサーバ上に記憶され、前記方法はさらに、
前記データ送信サービスによって提供される前記データを取り出すための要求を前記クライアントデバイスから前記データ送信サービスに送信することを備え、ここにおいて、前記データ送信サービスは、前記要求に応答して、前記データ送信内で前記データを送信する、上記Ｃ１に記載の方法。
［Ｃ９］
ワイヤレスネットワークにおけるワイヤレス通信のためのコンピュータプログラム製品あって、
プログラムコードを記録した非一時的コンピュータ可読媒体を備え、前記プログラムコードは、
データ送信サービスを記述するサービス記述ファイルからクライアントデバイスによってトランスポートパラメータを取り出すためのプログラムコードと、ここにおいて、前記サービス記述ファイルは、前記データ送信サービスとは別個である、
前記サービス記述ファイルから前記クライアントデバイスによってリフレッシュレートを取得するためのプログラムコードと、ここにおいて、前記リフレッシュレートは、前記データ送信サービスによって提供されるデータ送信内のデータを前記データ送信サービスが更新する頻度に関する、
前記サービス記述ファイルから取り出された前記トランスポートパラメータを使用して、前記データ送信サービスから前記データを受信するために前記クライアントデバイスによって前記データ送信にアクセスするためのプログラムコードと、
更新されたデータを受信するために、前記クライアントデバイスによる前記データ送信への後続のアクセスを遅らせるためのプログラムコードと、ここにおいて、前記後続のアクセスは、前記リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、
を含む、コンピュータプログラム製品。
［Ｃ１０］
前記リフレッシュレートを取得するための前記プログラムコードの実行に応答して前記クライアントデバイスにおいてタイマを開始するためのプログラムコードをさらに備え、前記タイマは、前記遅延時間に設定され、
前記タイマは、前記後続のアクセスが前記クライアントデバイスによって試みられる前の前記遅延時間を計る、上記Ｃ９に記載のコンピュータプログラム製品。
［Ｃ１１］
前記遅延時間の後に前記データ送信に後続的にアクセスするためのプログラムコードと、
前記データ送信内の前記データが更新されているかどうかを決定するためのプログラムコードと、
前記データが更新されているとの決定に応答して、前記データ送信から更新されたデータを取り出すためのプログラムコードと、
前記データが更新されていないとの決定に応答して、前記データ送信へのアクセスを中止し、後続のアクセスを前記遅延時間ぶんさらに遅らせるためのプログラムコードと
をさらに備える、上記Ｃ９に記載のコンピュータプログラム製品。
［Ｃ１２］
デバイスステータスを前記クライアントデバイスによって決定するためのプログラムコードと、ここにおいて、前記デバイスステータスは、
デバイスカテゴリ、
デバイスタイプ、
前記クライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記クライアントデバイスのバッテリレベル、および
前記クライアントデバイスのロケーション
のうちの１つまたは複数を含む、
前記デバイスステータスに基づいてデバイスリフレッシュレートを選択するためのプログラムコードと
をさらに備える、上記Ｃ９に記載のコンピュータプログラム製品。
［Ｃ１３］
前記遅延時間はさらに、前記デバイスリフレッシュレートに少なくとも部分的に基づく、上記Ｃ１２に記載のコンピュータプログラム製品。
［Ｃ１４］
取得するための前記プログラムコードは、前記サービス記述ファイルに含まれる複数のリフレッシュレートから前記リフレッシュレートを選択するためのプログラムコードを含み、前記選択することは、前記デバイスステータスに基づく、上記Ｃ１２に記載のコンピュータプログラム製品。
［Ｃ１５］
ブロードキャストチャネルを通じて前記サービス記述ファイルを受信するためのプログラムコードをさらに備える、上記Ｃ１４に記載のコンピュータプログラム製品。
［Ｃ１６］
ワイヤレス通信のために構成されたクライアントデバイスであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
前記少なくとも１つのプロセッサは、
データ送信サービスを記述するサービス記述ファイルから前記クライアントデバイスによってトランスポートパラメータを取り出すことと、ここにおいて、前記サービス記述ファイルは、前記データ送信サービスとは別個である、
前記サービス記述ファイルからリフレッシュレートを前記クライアントデバイスによって取得することと、ここにおいて、前記リフレッシュレートは、前記データ送信サービスによって提供されるデータ送信内のデータを前記データ送信サービスが更新する頻度に関する、
前記サービス記述ファイルから取り出された前記トランスポートパラメータを使用して、前記データ送信サービスから前記データを受信するために前記クライアントデバイスによって前記データ送信にアクセスすることと、
更新されたデータを受信するために、前記クライアントデバイスによる前記データ送信への後続のアクセスを遅らせることと、ここにおいて、前記後続のアクセスは、前記リフレッシュレートに少なくとも部分的に基づいて遅延時間ぶん遅らせられる、
を行うように構成される、クライアントデバイス。
［Ｃ１７］
前記少なくとも１つのプロセッサはさらに、
前記リフレッシュレートを取得するためのプログラムコードの実行に応答して前記クライアントデバイスにおいてタイマを開始するように構成され、前記タイマは、前記遅延時間に設定され、
前記タイマは、前記後続のアクセスが前記クライアントデバイスによって試みられる前の前記遅延時間を計る、上記Ｃ１６に記載のクライアントデバイス。
［Ｃ１８］
前記少なくとも１つのプロセッサはさらに、
前記遅延時間の後に前記データ送信に後続的にアクセスすることと、
前記データ送信内の前記データが更新されているかどうかを決定することと、
前記データが更新されているとの決定に応答して、前記データ送信から更新されたデータを取り出すことと、
前記データが更新されていないとの決定に応答して、前記データ送信へのアクセスを中止し、後続のアクセスを前記遅延時間ぶんさらに遅らせることと
を行うように構成される、上記Ｃ１６に記載のクライアントデバイス。
［Ｃ１９］
前記クライアントデバイスは、
ワイヤレス広域ネットワーク（ＷＷＡＮ）でのワイヤレス通信のために構成されたモバイルデバイス、
ワイヤレスローカルエリアネットワークでのワイヤレス通信のために構成されたモバイルデバイス、および
ローカルエリアネットワーク（ＬＡＮ）に結合されたコンピューティングデバイス
のうちの１つまたは複数を含む、上記Ｃ１６に記載のクライアントデバイス。
［Ｃ２０］
前記少なくとも１つのプロセッサはさらに、
デバイスステータスを前記クライアントデバイスによって決定することと、ここにおいて、前記デバイスステータスは、
デバイスカテゴリ、
デバイスタイプ、
前記クライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記クライアントデバイスのバッテリレベル、および
前記クライアントデバイスのロケーション
のうちの１つまたは複数を含む、
前記デバイスステータスに基づいてデバイスリフレッシュレートを選択することと
を行うように構成される、上記Ｃ１９に記載のクライアントデバイス。
［Ｃ２１］
前記遅延時間はさらに、前記デバイスリフレッシュレートに少なくとも部分的に基づく、上記Ｃ２０に記載のクライアントデバイス。
［Ｃ２２］
取得するための前記少なくとも１つのプロセッサの前記構成は、
前記サービス記述ファイルに含まれる複数のリフレッシュレートから前記リフレッシュレートを選択するための構成を含み、前記選択することは、前記デバイスステータスに基づく、上記Ｃ２０に記載のクライアントデバイス。
［Ｃ２３］
前記少なくとも１つのプロセッサはさらに、
ブロードキャストチャネルを通じて前記サービス記述ファイルを受信するように構成される、上記Ｃ２２に記載のクライアントデバイス。
［Ｃ２４］
前記トランスポートパラメータを取り出すため、および、リフレッシュレートを取得するための前記少なくとも１つのプロセッサの前記構成は、
前記クライアントデバイスによってリモートサーバにアクセスするための前記少なくとも１つのプロセッサの構成を含み、ここにおいて、前記サービス記述ファイルは、前記リモートサーバ上に記憶され、前記少なくとも１つのプロセッサはさらに、
前記データ送信サービスによって提供された前記データを取り出すための要求を前記クライアントデバイスからデータ送信サービスに送信するように構成され、ここにおいて、前記データ送信サービスは、前記要求に応答して、前記データ送信内で前記データを送信する、上記Ｃ１６に記載のクライアントデバイス。
［Ｃ２５］
前記リモートサーバは、ブロードキャストされたブロードキャスト−マルチキャストサービスセンタ（ＢＭ−ＳＣ）に位置する、上記Ｃ２４に記載のクライアントデバイス。
［Ｃ２６］
ワイヤレス通信のために構成された装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
前記少なくとも１つのプロセッサは、
ブロードキャスト送信のためのデータを、ブロードキャストサービスにおいて識別することと、
前記ブロードキャストサービスが前記データを更新されたデータへと更新する頻度に対応する、最小リフレッシュレートを取得することと、
前記ブロードキャストサービスによって前記データを送信することと、ここにおいて、前記送信されるデータは１つまたは複数のアクセシングクライアントデバイスによってアクセス可能である、
前記１つまたは複数のアクセシングクライアントデバイスに少なくとも前記最小リフレッシュレートを通信することと、
前記最小リフレッシュレートに等しい時間の後に、前記ブロードキャストサービスによって前記更新されたデータを送信することと
を行うように構成される、装置。
［Ｃ２７］
前記少なくとも１つのプロセッサはさらに、
複数のデバイスリフレッシュレートを前記ブロードキャストサービスによって決定するようにさらに構成され、前記複数のデバイスリフレッシュレートの各々は、アクセシングクライアントデバイスが前記更新されたデータへのアクセスを要求しうる異なるレートを識別し、前記複数のデバイスリフレッシュレートのうちの１つは、前記最小リフレッシュレートに対応し、
前記複数のデバイスリフレッシュレートの各々はデバイスステータスに対応し、前記デバイスステータスは、
前記アクセシングクライアントデバイスのデバイスカテゴリ、
前記アクセシングクライアントデバイスのデバイスタイプ、
前記アクセシングクライアントデバイス上で動作するアプリケーションのアプリケーションステータス、
時刻、
前記アクセシングクライアントデバイスのバッテリレベル、および
前記アクセシングクライアントデバイスのロケーション
のうちの１つまたは複数を含む、上記Ｃ２６に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサはさらに、
前記アクセシングクライアントデバイスのデバイスステータスを前記ブロードキャストサービスによって識別することと、
前記識別されたデバイスステータスに基づいて、前記複数のデバイスリフレッシュレートから、割り当てられたデバイスリフレッシュレートを前記ブロードキャストサービスによって選択することと、
前記割り当てられたデバイスリフレッシュレートを前記アクセシングクライアントデバイスに通信することと
を行うようにさらに構成される、上記Ｃ２７に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサはさらに、
前記送信されるデータについてのトランスポートパラメータと、前記送信されるデータに関するサービス記述ファイル内の前記複数のデバイスリフレッシュレートとをブロードキャストするように構成され、前記サービス記述ファイルは、前記ブロードキャストサービスとは別個である、上記Ｃ２７に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサはさらに、
前記データを受信するための要求をクライアントデバイスから受信するように構成され、前記データを送信するためのプログラムコードは、前記要求の受信に応答して実行される、上記Ｃ２６に記載の装置。
【図１】
0006345671.tif 000002
【図２】
0006345671.tif 000003
【図３】
0006345671.tif 000004
【図４】
0006345671.tif 000005
【図５】
0006345671.tif 000006
【図６】
0006345671.tif 000007
【図７】
0006345671.tif 000008
【図８】
0006345671.tif 000009
【図９】
0006345671.tif 000010
【図１０】
0006345671.tif 000011
【図１１】
0006345671.tif 000012
【図１２】
0006345671.tif 000013
【図１３】
0006345671.tif 000014
【図１４】
0006345671.tif 000015